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PREFACE 


At Advanced Micro Devices we are committed to helping you solve design problems with innovative 
products that give you maximum flexibility to meet your particular needs. In the past, you often have had to 
choose between costly semi-custom products and standard devices that limit your design options. Now 
there's another choice. 


Programmable Array Logic (PAL) devices from AMD give you the best of two worlds: the architectural 
flexibility of custom design and immediate availability, multiple-sourcing, and low cost of standard products. 


PAL devices are user-programmable logic building blocks that give you the freedom to structure 
components for a specific application, often using a single PAL package to create functions that once would 
have required the use of hundreds of conventional TTL gates. 


This handbook is your guide to AMD's growing list of PAL devices. It is intended to be both an introduction 
to field programmable logic devices, as well as a resource manual for experienced designers. In the 
following pages you will find data and descriptions of new, proprietary devices from AMD, as well as 
information on standard products. Whether you need CMOS, ECL, or TTL, AMD offers solutions to your ~ 
design problems that give you a choice. 


Best of all, AMD offers you the industry's leading commitment to quality, reliability, innovation, and customer 
satisfaction. If you have a question about any of the products described in this book or simply want to know 
more about the use of programmable logic devices, call your local Advanced Micro Devices’ Sales Office. 


Ud 


W.J. Sanders [il 
Chairman, and Chief Executive Officer 
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1.1. THE PROGRAMMABLE LOGIC 
DESIGN ALTERNATIVE 












Today's logic designer can choose from a wide variety of instruction set MOS microprocessors, and microprogramma- 
circuit alternatives. One way to categorize these alternatives is ble building blocks. Custom logic, on the other hand, is defined 
by the extent to which they are customized for a specific by the user for a specific application. Programmable logic 
application. The designer's options include general-purpose devices have attributes of both standard products and custom 
standard products, programmable logic, gate arrays, standard logic. The |C manufacturer defines an architecture that a user 
cells, and full custom integrated circuits (ICs) (Figure 1-1). can program by programming (or blowing) appropriate fuses to 

fit the application. Programmable Array Logic (PAL) devices, 
Standard products are defined by the IC manufacturer for a Programmable Logic Arrays (PLAS) and small Programmable 
wide market and cannot be altered by the user. Examples of Read-Only Memories (PROMs) are examples of programma- 





standard products are TTL and CMOS SSI/MSI devices, fixed ble logic. 
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Figure 1-1. Basic Categories of Digital Logic 


Each of these design alternatives offers distinct advantages approaches to some degree. The following analysis will help 
and disadvantages in terms of cost, availability, and architec- the system designer to select the best logic type for a 
tural flexibility. Many system designs today, such as the particular function. 


controller board in Figure 1-2, incorporate each of the design 
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Figure 1-2. A System Design Using PAL Devices 


Photo courtesy of Data Systems Design, Inc. 


DEDICATED GENERAL-PURPOSE 
DEVICES — STANDARD PRODUCTS 


There are five main advantages of standard products. They 
require little IC engineering expertise by the user, provide 
lowest cost for an individual device, usually have the best 
application support, provide the maximum logic density per 
device and are available off-the-shelf with no development 
lead time. 


Standard products require little IC-level engineering effort by 
the user. The responsibility for design, test, and debugging is 
born by the IC manufacturer. Since the IC manufacturer is 
doing this on a large scale, the process is very efficient. 


Standard products are very cost-effective per logic function. 
They are high volume products, and this volume results in 
lower manufacturing cost and thus lower price per unit. The 


increased competition encouraged by alternate sourcing also 


results in lower cost. 


The design support available for standard products is general- 
ly far greater than that for semicustom and custom devices. 
Application software (assemblers, simulators), hardware (emu- 
lators) and literature (manuals, books, application notes) make 
them easier to use. 


Since standard products reach a much larger market, the 
engineering effort necessary to provide this support can be 
spread over a large number of units, reducing the cost. When 
a custom logic device is used, this support must be developed 
by the engineer doing the design. 


Standard products are optimized for high-volume production. 
The density of logic functions is therefore generally much 
greater than on semicustom logic. A fixed instruction set 
microprocessor or microprogrammable building block duplicat- 
ed with gate arrays or programmable logic devices might take 
several packages compared to the single dedicated device. 


The last main advantage of standard products is their off-the- 
shelf availability. There is no development lead time in the use 
of these devices, so system design can proceed rapidly. By 
using standard products the system designer can introduce a 





system to the market more quickly and exploit the value of 
market leadership. 


The three potential disadvantages of standard products are 
potentially poor fit to specific applications, higher system cost, 
and the lack of competitive features and advantages. A 
standard product, by the very nature of its generality, is not 
ideal for anyone. It includes too much functionality for some 
applications and not enough for others. The architecture is 
seldom ideal for a particular application. Standard products 
also offer a limited performance selection. IC manufacturers 
pick a specific performance level aiming at as large a market 
as possible. 


Due to the general-purpose nature of standard products, it is 
difficult to achieve the lowest package-count solution. Addi- 
tional components are required to tailor the function to fit a 
specific need. 


Even though individual devices may be lower in price, more of 
them must be used, raising the cost for the total system when 
considering the additional PC boards, testing, power supplies, 
fans, etc. 


Another disadvantage of standard products is the lack of 
competitive features and advantages. Anyone can buy them 
So it is difficult to differentiate one system supplier's hardware 
from another's. It is also very easy for a competitor to copy a 
design based on standard products. 


CUSTOM AND SEMICUSTOM LOGIC 
DEVICES 


The custom and semicustom logic alternatives offer the 
systems designer important advantages over standard prod- 
ucts. Reduced package count, compared to SSI/MSI imple- 
mentations, is of paramount importance. Custom and semi- 
custom logic also provide the designer additional freedom in 
architecture. This freedom to develop innovative solutions to 
an application problem can add a significant competitive 
advantage to a product. 


There are four main types of custom and semicustom logic 
today: fully custom logic, gate arrays, standard cell designs, 
and programmable logic. Fully handcrafted’' custom-IC logic 


designs give the user the benefits of low system IC count and 
potentially low variable manufacturing cost per device, but the 
cost to develop a custom IC can be very high. This alternative 
makes sense only when production volumes will be very high 
and the system design will be very stable. Semicustom 
approaches such as programmable logic, gate arrays, and 
standard cell designs reduce the IC development cost of the 
full custom solution by trading off the chip-layout efficiency. 


A gate-array design requires the customization of only a few 
interconnection layers in the semiconductor process. Stan- 
dard cell designs require completely custom fabrication, but 
the design and layout are simplified by the use of a standard 
building-block library. A gate array has lower engineering cost 
and faster development time than a standard cell-based 
device. Standard cell devices, on the other hand, allow more 
logic variety and more efficient utilization of silicon than a gate 
array. 


Gate arrays and the other custom/semicustom alternatives 
have four main disadvantages when compared to standard 
products. They are increased user engineering time and effort, 
higher cost per individual device, inferior high-level support 
tools, and lower density. : 


Engineering effort for a gate array can significantly increase 
the cost of a system design. Not only must the system be 
designed, but the gate arrays themselves must be designed, 
debugged and put into production. Both design tasks, chip as 
well as system, take similar amounts of engineering resources, 
possibly doubling the design effort and investment. Because 
of constraints on second-sourcing alternatives, semicustom 
logic devices can end up being substantially more expensive. 
Only if the complete system solution can be optimized will the 


total cost be reduced. Another factor to be considered is the 
chance of design problems with a gate array, standard cell, or 
fully custom device. If extra iterations are necessary — or 
even worse, a bug is discovered after a product has been 
released, correcting the problem can take several months or. 
longer. These potential costs are difficult to estimate and have 
virtually no upper limit. 


The third disadvantage of custom and semicustom logic is the 
inadequacy of high-level support. Semiconductor manufactur- 
ers cannot provide significant support in the form of software, 
development systems, application notes, or books for a 
custom logic design because each implementation is different. 
The existing gate array and standard-cell design tools require 
extensive training and a large investment in time and money 
for the user. The designer must document the design fully and 
provide enough support for the system engineer to use the 
customized device correctly. 


Finally, a key disadvantage of gate arrays is the reduced 
density and therefore high silicon cost compared to a dedicat- 
ed general-purpose device. They are designed by repeating a 
common loosely packed structure, leaving wide channels for 
the metal interconnect. For a given set of design rules, a gate 
array will typically require two to five times the silicon area for 
the same gate count. 


PROGRAMMABLE LOGIC DEVICES 


Programmable logic devices combine the best characteristics 
of standard and custom products. They offer the flexible 
architecture of a custom design as well as the off-the-shelf 
availability and reduced investment, both in engineering time 
and device cost, of a standard product (see Table 1-1). 





TABLE 1-1. IC SELECTION CRITERIA FOR DIFFERENT ARCHITECTURES 


Standard Products 


TTL SSU/MSI 


Gate Arrays/ Programmable 


Logic 
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IC Design ee 
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Programmable logic has the fastest design cycle time of any 
form of customizable logic. Instead of months or years, as with 
other semicustom or full custom designs, a programmable 
logic-based design can be created in just hours. This fast 
turnaround time allows a revolutionary interactive approach to 
system design. The engineer can try out a new architectural 
approach and evaluate it very quickly. If it does not work, a 
new idea can be quickly defined, programmed and ready to 
evaluate. The speed with which a new design approach can 
be explored and evaluated creates a design environment that 
enhances innovation. 


Programmable logic devices enjoy the same high-volume 
production economics as standard products. Producing identi- 
cal blank elements by the millions of units per year, the 
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Software tools are provided to reduce this overhead consider- 
ably. These permit designs to be specified in terms of Boolean 
equations, state transition equations, or gate array-like sche- 
matics. The software input specification format serves as a 
"data sheet'’ for the particular application and generates the 
essential documentation information. Simulation and test vec- 
tor generation programs also exist to reduce the engineering 
effort associated with debugging and testing, both in prototyp- 
ing and production environments. 





Figure 1-3. Relative Development Time vs. Cost for Alternative Logic Implementations 


manufacturer can achieve low cost. A volume market attracts 
multiple vendors and encourages price competition, as well as 
provides alternate source security. The cost advantages of a 
standard product are retained with programmable logic de- 
vices, but since the parts are then customized, system designs 
may be differentiated from the competition. In fact, truly 
innovative system designs implemented using programmable 
logic are even patentable, further protecting a design from the 
competition. 


The engineering effort and time needed to design, test, debug 
and put into production a programmable logic-based system 
device is larger than the effort necessary when using standard 
products, but substantially less than when using custom 
elements (Figure 1-3). 
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Compared to other forms of semicustom logic, the maximum 
available logic density of a programmable logic device is 
smaller, and the manufacturing costs per equivalent gate of 
logic are greater. Since the fixed costs associated with using 
programmable logic are lower, however, this semicustom 
alternative has an advantage in lower volume designs. In fact, 
at the annual procurement volume of the majority of industrial 
electronic systems in production today—a few thousand 
systems per year — programmable logic has the lowest cost 
per gate of any form of custom logic available (see Figure 1-4). 
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Figure 1-4. Programmable Logic Provides the Lowest Cost Per Gate of the 
Three Semicustom Techniques at Volumes up to About 5K 


Programmable logic devices also offer significant user benefits 
over non-customizable standard product solutions. These 
include design optimization, design security, improved perfor- 
mance, cost reductions through board space and inventory 
cost savings, and reliability improvements through reductions 
in parts count and interconnections. 


Flexibility 


With the availability of programmable logic the designer is not 
constrained by the available selection of fixed-function TTL 
SSI/MSI parts. If a desired TTL function did not exist, the 
designer previously had to use several packages to generate 
it. With programmable logic devices the designer can easily 
create a customized part for a specific application. 


Design modifications are also easier to implement in program- 
mable logic-based systems. Changes may be made by repro- 
gramming a device, rather than re-laying out a board. The time 
required for prototyping changes can be reduced by several 
weeks, and the cost can be substantially lower. 


Design Security 


Programmable logic devices can be used to enhance the 
security of a logic design. By programming a special "security 
fuse,"' the user can disable the fuse verify logic circuitry. This 
prevents unauthorized duplication of the device, while not 
interfering with the part's logic functionality. Programmable 
logic is ideal for any application where design security is 
essential. 


Performance 


System performance can be increased through the use of 
programmable logic. The designer has the freedom to opti- 
mize the system architecture by tailoring programmable de- 
vices to implement it precisely. Thus a design may be 
implemented in the most efficient manner, frequently improv- 
ing performance. In addition, when a logic function is imple- 
mented in multiple SSi/MSI packages, the total delay incurred 
includes the time required for several on- and off-chip buffers. 
When the same function is implemented in a single program- 
mable logic device the average delay per logic gate is reduced 
because there is only one pair of !/O buffers. 





Cost Reduction 


Programmable logic devices can provide complexity equiva- 
lent to hundreds of TTL gates. Implementing a design in 
programmable logic can therefore significantly reduce the 
board space or the number of boards necessary to implement 
a given function. This results in lower system cost, or 
alternatively, the ability to provide more function in the same 
enclosure. : 


Reliability 


Compared to standard TTL SSI/MSI, programmable logic 
reduces the number of packages necessary to implement a 
given function. In some cases an entire PC board can be 
eliminated. This reduction in parts count will result in increased 
system reliability. Reducing the number of packages also 
reduces the number of external connections between devices 
in the system. Since these connections are often the least 
reliable portions of a digital system, the use of programmable 
logic can improve system reliability in this manner, too. 


PROGRAMMABLE LOGIC FROM 
ADVANCED MICRO DEVICES 


The remainder of this Handbook will focus on the programma- 
ble logic devices offered by Advanced Micro Devices. Includ- 
ed will be discussions of their architecture and features, how 
to design with them, hardware and software tools, testability, 
technology, reliability, applications, and detailed product spec- 
ifications. 


Advanced Micro Devices offers a broad family of PAL-type 
programmable array logic devices. These devices feature a 
programmable-AND array which feeds into a set of fixed-OR 
gates. As any logic function can be expressed in an AND/OR 
sum-of-products (SOP) form, these basic elements can be 
programmed to satisfy a wide variety of complex custom logic 


. requirements. 


Tables 1-2 and 1-3 show AMD's PAL product family and the 
features incorporated in AMD's products: on-chip registers, 
feedback paths, output enable control, user-programmable 
output logic macrocells, programmable output polarity, vari- 
able product term distribution, buried registers, special test 
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functions, etc. Today's devices range from 200 to over 1000 AMD is not restricting itself to just the PAL architecture. Also 


gates of functional complexity. Performance is high, with available is a PROM-based fuse-programmable sequencer, 
propagation delays lower than 15 ns and clock rates greater the Am29PL141. In the future, AMD will be offering program- 
than 40 MHz. ECL PAL devices featuring 125-MHz operation mable logic devices based on other architectures that may be 
are available. optimized for specific types of applications. 


TABLE 1-2. INDUSTRY-STANDARD 20-PIN MEDIUM COMPLEXITY PAL FAMILY 


Ten Dedicated, ‘ : Six Bidirectional, 
16L8 Six Bidirectional Eight 7-Wide AND-OR-INVERT Programmable Two Dedicated 
Eight Dedicated, Four 8-Wide AND-OR Registered Inverting 











16R4 Four Feedback, 
Four Bidirectional | Four 7-Wide AND-OR-INVERT Programmable 
Eight Dedicated, Six 8-Wide AND-OR Registered Inverting 
16R6 Six Feedback, 


Two Bidirectional Two 7-Wide AND-OR-INVERT Programmable Bidirectional 


Eight Dedicated, ; : ‘ ; F 
16R8 Eight Feedback Eight 8-Wide AND-OR Dedicated Registered Inverting 

Ten Dedicated, ? ‘ Six Bidirectional, 
16H8 Six Bidirectional Eight 7-Wide AND-OR Programmable Two Dedicated 
16LD8 Fem: Dedicated, Eight 8-Wide AND-OR-INVERT Dedicated 

Six Bidirectional 

Ten Dedicated, aA sty : ’ 
16HD8 Six Bidirectional Eight 8-Wide AND-OR Dedicated 


TABLE 1-3. ADVANCED PAL DEVICES FROM ADVANCED MICRO DEVICES 


Part Number Technology Se Delay Description 
PD. 
18P8 Bipolar TTL 20-Pin, 18-Input Combinatorial PAL with Programmable 


Polarity 
Bipolar TTL 24-Pin PAL Family with 8 Registered/Combinatorial 
Outputs 
20L10 Bipolar TTL 24-Pin, 20-Input, 10-Output Combinatorial PAL 
22P10 Bipolar TTL 24-Pin, 22-Input, 10-Output Combinatorial PAL with 


Programmable Polarity 
20RP4 Bipolar TTL 15 ns 24-Pin PAL Family with 10 Registered/Combinatorial 
20RP6 
Bipolar TTL 
20XRP8 
20XRP10 


Outputs and Programmable Polarity 
20RP8 
20RP10 


22XP10 
20XRP4 
20XRP6 


24-Pin PAL Family with EXCLUSIVE-OR Capability, 10 
Registered/Combinatorial Outputs, and Programmable 
Polarity 


24-Pin "Family of One" with 10 Programmable Output 
Logic Macrocells (OLMs) 


20-Pin PAL Sequencer with 4 OLMs, 4 Output Registers, 
and 6 Buried State Registers 


20EV8 BipolarECL | = 6ns —_|_24-Pin ECL PAL with 8 Registered OLMs 
| = 20EG8. =~ ‘Bipolar ECL | =) 6 ns_—~—S——s|,—s24-Pin ECL PAL with 8 Latched OLMs | 


E? CMOS 24-Pin High Complexity CMOS 
PAL with 16 OLMs and 2 Clock Inputs 


29MA16 E? CMOS 24-Pin High Complexity Asynchronous CMOS 
PAL with 16 OLMs and Product-Term Driven Clocks 


APPLICATIONS 


PAL devices are used in a broad base of applications. They 
are used frequently in minicomputers, workstations, personal 
computers, and peripherals. They show up in military as well 
as commercial applications. They are used both as glue-logic 
replacement and as building block ICs for high-level functions 
in the control and data paths of computer systems. Detailed 
application examples are provided in this Handbook. 


CONCLUSION 


Programmable logic combines the strengths of the dedicated 
general purpose and the custom logic design approaches. It 
offers user-customizability with immediate turn-around time. 
This revolutionary design approach results in innovative, low 
cost designs, maximizing the competitive advantage of the 
systems in which they are used. AMD offers a broad family of 
programmable logic devices. Their architecture and features 
will be described in more detail in the next chapter. 








1.2 AN INTRODUCTION TO 
PROGRAMMABLE LOGIC 
ARCHITECTURE 







PAL (Programmable Array Logic), PROM (Programmable The major differences between these PLDs are in their 
Read-Only Memory), and PLA (Programmable Logic Array) programmability and their capability for supporting various 
devices are the three most popular programmable logic logic features (Figure 1-6). : 
devices (PLDs). All three share the same basic, two-level, 


internal AND-OR structure shown in Figure 1-5. The AND | prom | pal | PLA | 
array is the first level, it accepts all the inputs (both true and | Fixed | Programmable | Programmable | 
complement), performs the desired AND functions on these AND eed ESOpraitabIs | Optamuinenle 
inputs and drives the next level. The second-level OR array OR Programmable Programmable 


combines various AND functions together producing the 


desired (AND-OR) outputs. This basic AND-OR structure Figure 1-6. Variation of AND-OR Programma- 
makes PLDs ideal for implementing logic equations in Boolean . bility of PLDs 


sum-of-products (SOP) form. 





























PLD NOTATION 


For ease of use and better understanding, a simple convention 
has been adopted for programmable logic devices. Figures 1- 
7 and 1-8 depict these rules. Figure 1-7.a shows the logic 
equivalent of a programmable AND array and Figure 1-7.b 
shows the simplified conventional representation for an AND 
array. Figure 1-8 shows the equivalent technique for describ- 
ing an OR array. 
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Figure 1-5. Basic Programmable Logic 
Device Architecture 
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Figure 1-7.b Programmable-AND Array Logic 


Figure 1-7.a Programmable-AND Array Logic Diagram Notation 


Equivalent 
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Figure 1-8.a Programmable-OR Array Logic 
Equivalent 


The AND-gate inputs are represented by a single line, 
commonly described as the product term. All array inputs (true 
and complement of each device input) are shown connecting 
to a single input AND gate. In reality each input will have both 
of its true and complement routed to the AND array. Thus, an 
n input device will have AND gates with 2n inputs. For 
example, the AmPAL16R8 has sixteen inputs, but all these 
inputs and their complements (i.e., thirty-two lines) are routed 


column 


PROGRAMMABLE 
CONNECTIONS 


AND ARRAY TO N-INPUT OR 
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Figure 1-8.b Programmable-OR Array Logic 
Diagram Notation 


to each AND gate. In a programmable-AND array, each row 
and column intersection, as shown in Figure 1-9, represents a 
fusible input connection to the AND gate. The fuse state, 
either left intact or blown, determines the customized function 
of the device. An intact fuse connects the corresponding input 
to the product term, a blown fuse disconnects that input line 
from the product term. 


column 
DF006130 


Figure 1-9. Fusible Arrays — Customizable Logic Functions Determined by Fuse State 


Figure 1-10.a shows the fuse implementation of the logic 
AND-OR function (A * B + C « D)*. To get the A « B function, 
the fuses connecting input lines A and B to the first product 
term are left intact, while the fuses connecting input lines C 
and D to the 1st product term are blown. To get the C » D 
function, the fuses connecting input lines C and D to the 
second product term are left intact, while the fuses connecting 


‘ 





input lines A and B to the second product term are blown. In 
the example here, the inputs are shown in their true forms 
only, without their complements. Figure 1-10.b shows the 
simplified conventional representation of this function. An X at 
the intersection of input line and product line represents an 
intact fuse; a missing X represents a blown fuse. 


*The symbol « or * represents the logical-AND function while + represents the logical-OR function. 
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Figure 1-10.a Fuse Implementation of AND-OR 
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Figure 1-10.b Conventional Representation 


Initially, all the AND gates of the programmable-AND array are 

connected, via fuses, to both the true and complement of 
every input. By selective programming of fuses, the AND gates 
may be "connected" to only the true input (by blowing the 
complement fuse), to only the complement input (by blowing 
the true fuse), or to neither type of input (by blowing both 
fuses). establishing a logical don't care. 


An AND gate with all fuses blown assumes the logical-true (1) 
state. When all the true and comptement fuses are left intact, 
an unconditional logical-false (0) results on the output of the 
AND. gate. An AND gate with all of its input fuses intact is 
represented by an "'X'' within the AND gate. 


ANATOMY OF A PROM DEVICE 


Figure 1-11 shows the basic architecture of a very simple 
combinatorial PROM device using the notation-of Figure 1-7, 
1-8, and 1-9. The PROM shown has four inputs (with corre- 
sponding buffers), sixteen AND gates, and four OR outputs. 
The most important feature of the PROM architecture is that 
an array of fixed-AND gates feeds programmable-OR gates. 
The PROM inputs are fully decoded by the fixed-AND array. 
This means that every combination of inputs is represented by 
a separate AND gate, 2n AND gates in a PROM with n inputs. 
For example, the PROM of Figure 1-7 has four inputs and has 
sixteen AND gates. 
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Figure 1-11. PROM Array Structure 
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Notion of Min Terms and Product Terms 


PROM devices incorporate the concept of Min term. Before 
we define a Min term, let us define first a Literal. 


A Literal is either a variable or its complement. A Min term of n 
variables is a product of n literals containing all the variables in 
either true or complement form, but not both. For n variables, 
there are a maximum of 2” Min terms. For example the 
variables A, B, C, have the following eight Min terms: 


/C 
Cc 


/A+/B* 
/A+/B* 
JA+ Be /C 
/A Be C 
A+ /B+/C 
A+/B*« C 
A Be /C 
A B+ C 


While PROMs incorporate the concept of Min terms (since all 
the inputs are fully decoded), the PAL or PLA devices 
incorporate the concept of product terms. A product term of n 
variables is defined to be a product of 1 to n literals containing 
either one, two or many variables (up to n), in either true or 
complement form, but not both forms of the same variable. 
For example, for three input variables such as A, B, C there 
can be twenty-six different product terms: 


(6) A, /A, B, /B, C, /C 


(12) A+B, A*C,B*C, /A*B, /A+C, /B«C 
A +*/B, A */C, B */C, /A */B, /A */C, /B */C 


A+B+C,/A*+B+eC,A+*/B+eC,A* Be /C 
/A +/B +/C, /A +/B + C, A * /B #/C, /A*® B« /C 


A PROM can be used for simple logic functions. Since the OR 
array is programmable, the outputs can be programmed 
individually from every possible input combination. This allows 
a PROM device to implement a separate and independent 
logic function on each of its outputs. Thus, each PROM output 
can implement any logic function limited only by the number of 
inputs available. 


* © + @ *# 


(8) 


Since all the PROM inputs are fully decoded, applications such 
as look-up tables, character generators, code converters, and 
various function generators which require every input combi- 
nation to be programmable are good candidates for PROMs. 


However, PROMs have a fixed number of inputs and a fixed 
number of outputs. For example, a 4K x 8 PROM has twelve 
’ inputs and eight outputs. Thus it needs 4,024 fixed-AND gates 
to fully decode its twelve inputs. This fixed input/output 
- structure is a major limitation of a PROM device, especially for 
logic functions. A logic function requiring a different mix of 
inputs and outputs — even though the total number may be 
less than that offered by the structure of a PROM — will not be 
able to use that PROM device. Thus, a function requiring 
thirteen inputs and six outputs would not fit into the previously 
mentioned 4K x8 device, even though it requires a smaller 
total number of inputs and outputs (13 + 6) than the device 
offers (12 + 8). 


Another limitation of the PROM devices is that it is difficult to 
accomodate a large number of inputs. Each additional input, 
doubles the size of fuse matrix. For example, a ten-input, 
eight-output function requires a PROM with 8K fuses. Increas- 
ing the inputs to eleven increases the fuse array size to 16K 
fuses. Because of this, the largest PROM presently available 
is limited to fourteen inputs (16K x 8). 


Typical logic fuctions can easily have up to sixteen inputs 
which would require a PROM with 64K locations. For four 
outputs, this would require 256K locations. However, few 
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applications, especially for logic functions, would require all 
possible input combinations. A large number of fuses would 
therefore not be used. Also, typical output functions don't 
always come in data granularity matching the PROM width. 
For example, data path functions tend to be wider than the 
path itself because of additional functions such as parity bits, 
ripple carry, and serial inputs and outputs etc. Thus, these 
would not be well served by fixed width PROM sizes. 


Various control path functions, such as state machines, can 
also quickly use up both inputs and outputs. A PROM with a 
register on the outputs as a state machine would require both 
logical inputs and state feedback inputs, while generating 
control outputs and state feedback outputs. Note that for each 
bit of state information, the feedback inputs and outputs are 
tied together, using up an input and output pin (Figure 1-12). 
Thus, when a large number of states are required, very few 
input and output pins are left over to do something else. 
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Figure 1-12. Registered PROM State Machine 
ANATOMY OF A PAL DEVICE 


The array architecture of a PAL device is shown in Figure 1-13. 
The basic PAL structure is exactly opposite that of a PROM: 
the AND array is programmable and the OR array is fixed. 
Unlike PROMs, the inputs are not fully decoded. There are six 
inputs to the PAL array of Figure 1-13, but only sixteen AND 
gates (not 2° gates). Since the AND array of a PAL device is 
programmable, all the inputs need not be fully decoded. This 
helps to remove one of the key inefficiencies of a PROM (2" 
gates for n inputs), allowing PAL devices to have considerably 
more inputs. 


In other words: increasing the number of inputs does not result 
in a dramatic increase in the number of fuses. For example, 
increasing the number of inputs (from six to ten) for the 
example of Figure 1-13 increases the fuse array only from 
12x 16, to 20x 16. 


The fixed-OR array of a PAL device dictates to which OR gate 
any particular AND gate connects. In Figure 1-13, four AND 
gates are dedicated to each OR gate in the array. Since, for a 
PAL device, the output provides the sum of a limited number 





of AND gates, the number of AND gates required by an 
equation must not exceed this number. 


Besides their larger number of inputs, PAL devices contain 
many additional architectural features which make them ideal 








for implementing logic functions. These features include 
programmable I/O pins, registered or combinatorial outputs 
with internal feedback to the array, outputs with programmable 
polarities, etc. (A detailed description of further features is 
provided later in this chapter) 
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Figure 1-13. PAL Array Architecture 


ANATOMY OF A PLA DEVICE 


The array architecture of a PLA device is shown in Figure 1-14. 
The PLA architecture has both the AND array and the OR 
array user-programmable. This gives additional logic capability 
over PROMS and PAL devices. PLAs combine the advantages 
of PAL devices over PROMs (the programmable-AND plane), 
with the advantages of PROMs over PAL devices (the 
programmable-OR plane). PLA devices can include the same 
logic features which overcome the limitations of too few 
inputs, the allocation of inputs versus outputs, registered 
feedback, or output polarity, although few commercially avail- 
able devices actually implement them. The programmable-OR 
array allows AND gates to be tied to OR gates, as desired, by 
blowing appropriate fuses. Here logic functions are limited by 
the total number of AND gates allocated to all outputs, instead 
of by the AND gates allocated to a particular OR gate ina PAL 
device. Thus, logic functions requiring a larger number of AND 
gates may be allocated to a particular OR gate appropriately. 


Additionally, a PLA structure allows true sharing of AND gates 
for an output; the same AND gate may drive multiple outputs. 
This allows more efficient utilization of AND gates in a PLA 
than in a PAL device. 


The disadvantages of PLAs are not quite so obvious. Because 
of the extra programmable-OR plane, a given signal has to 
pass through two programmable arrays; as a result, PLAs are 
inherently slower than PAL devices and PROMs. This can 
make a PLA unsuitable for many high-performance applica- 
tions. Also, in practice the user can seldom take advantage of 
allocating a large number of AND gates to a particular OR 
gate. The number of AND gates required for a particular 
equation is related to the number of inputs to the equation. 
Equations using a large number of AND gates, with a large 
number of inputs pins, can be very cumbersome. Traditional 
logic design techniques such as Karnaugh maps cannot 
handle much more than five or six inputs, and computer aid for 
this task is not generally available. Also, because of the added 





silicon real estate required for the programmable-OR array, 
most of the commercial PLAs have fewer AND gates than 
comparable PAL devices. 






In data-path applications such as barrel shifters, the sharing of 
AND gates between outputs is almost impossible. Here 
individual equations are dependent upon their individual data 










line (i.e., the equation for output QO is dependent on DO; Q1 is 
dependent on D1, etc). Here, PAL devices which do not have 
to provide AND-gate sharing for output, tend to fit better. Since 


the critical path of most systems is in the data path, PAL 
devices tend to be better suited for these applications, since 
they are faster than PLAs. 
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Figure 1-14. PLA Array Architecture 


SUMMARY 


PAL, PROM, and PLA devices represent three programmable 
logic architectures. Although very similar in basic array archi- 
tecture, they differ significantly in their ability to implement 
logic functions, in their applications and in their programmabili- 
ty aspects. 


Each device type implements an AND-OR two-level logic array 
which allows implementation of logic equations in SOP form. 
The PROM is the most limited of the three device types. While 
it is able to implement any logic function it has very few inputs 
to work with. In a PROM device, all inputs are fully decoded, ail 
the Min terms are generated, and each output provides the 
sum of Min terms of all the input variables. The PROM has a 
fixed number of inputs and outputs and does not provide any 
architectural features to enhance logic design capability. 


PLA devices, on the other hand, provide the most flexible 
architecture of the three for implementation of logic equations 
by using a programmable-AND array and a programmable-OR 
array. However, in practice the added flexibility of the PLA can 
seldom be effectively used. Further, the PLAs' inherent lower 
speed is unacceptable in high-performance designs. 


The PAL device, sits in between. It: provides significant 
capability to implement logic functions. Its programmable-AND 
array allows equations with many inputs. Its other architectural 
features such as programmable I/O, internal register feed- 
back, and choice of output polarity allow optimization of pin 
allocation and logic equations. 


Table 1-4 summarizes the advantages and disadvantages of 
the three programmable logic architectures. 


TABLE 1-4. COMPARISON OF THREE DIFFERENT PROGRAMMABLE LOGIC ARCHITECTURES 


2, ©, 


Full decoding of all input Partial decoding of all input Partial decoding of all input variables 

variables variables 

Génerate’ ail: Min tenis Generate limited number of Product Generate limited number of Product 1 
Terms Terms 

Each output provides sum of Min Each output provides sum of Each output can provide sum of all 

terms limited number of Product Terms the Product Terms 

Limited Architecture features Additional Architecture features Additional Architecture features 

Speed—Faster Speed—Fastest Speed—Slowest 


Easy to understand and use Fairly easy to understand and use Hard to understand and use 








DETAILED ARCHITECTURE OF PAL _ @ AND plane 
DEVICES — CAPABILITIES OR plane 


Storage elements 


Figure 1-15 shows the detailed architecture of a typical PAL 1/O pins 
device, and its important architecture variables. Four most 
important components of PAL architecture are: 
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Figure 1-15. PAL Architecture 
PAL Architectural Variables 
@ Number of Inputs @ Number of OR Outputs @ Nature of Output Cells ®@ Dedicated 1/O 
@ Number of AND Gates @ Number of PTs/Output @ Nature of Feedback ® Bidirectional |/O 
@ Distribution of PTs @ Prog. Polarity 
@ Number of Banks 
© Clock Control 
@ RESET/PRESET Control 
@ PRELOAD 
Architecture of the AND Plane functions such as Output-Enable control, RESET, PRESET, 
PRELOAD, and observability. 
This plane provides the interconnection of inputs (both true The total number of inputs and product terms determine the 
and complement) to the AND gates to form both logical and size of the AND plane. While the first-generation PAL devices 
control product terms. Logical product terms are used for logic had up to 2K fuses and 64 product terms (each with 32 inputs), 
functions and control product terms are used for control the trend is towards larger AND planes. 
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Architecture of the OR Plane 


This plane determines the connectivity of the ''logical ORing"' 
of the AND gates to the outputs, and defines three things: the 
number of OR outputs, the number of product terms (PTs) per 
output, and the distribution of PTs per output whether same or 
variable. 


In a typical PAL architecture, the outputs of the AND gates are 
connected to fixed-OR gates. The limitation of the PAL 
devices' AND-OR plane is the number of inputs to the AND 
gates, the number of AND gates, and the number of "OR" 
outputs. While first-generation devices had seven-eight logical 
product terms per output and a maximum of eight OR outputs, 
the trend is toward a larger number of outputs with more 
product terms per output. 


Architecture of Output Cells 


The architecture of the output cells specifies at least the 
following: 

@ Nature of output 

@ Nature of flip-flop used as storage element 

®@ Organization of outputs 

@ Flexibility of feedback path 


The output(s) can be configured to have either sequential 
(registered) or combinatorial capability, as well as polarity 
control for active HIGH and active LOW. | 


The flip-flops used for output cells can be one of the following: 
edge-triggered D-type flip-flops, J-K, S-R, or T flip-flops, or 
latches. Flip-flops are good for clocked synchronous system 
designs, while latches are good for asynchronous logic 
applications. . 


D-type flip-flops are the easiest to design with, while J-K flip- 
flops are probably the most flexible. However, there is a trade- 
off especially on the OR array for implementing either D or J-K 
type flip-flop. A disadvantage of the J-K flip-flop is that both 
the inputs have to be driven by the OR array. This increases 
the OR-array size. The disadvantage of the D flip-flop is that it 
requires a HOLD term to hold a particular state; J-K flip-flops 
do not need HOLD terms. It is conceivable that a given logic 
function could be implemented with a smaller number of 
product terms with J-K rather than D flip-flops. However, this is 
application dependent. For state-machine designs involving a 
large number of frequent state transitions, the benefits of J-K 
over D becomes less important. , 


Traditionally, for PAL devices, speed and architecture simplici- 
ty have been the most important criteria and most PAL 
devices use D-type flip-flops only. Lately even other types of 
flip-flops are being offered on PAL devices. 


The organization of the output cells determine whether all the 
cells are organized as a single bank (with a common clock), or 
configured into multiple banks with separate clocks. 


The output cell structure also determines the flexibility of the 
feedback path. The feedback may be from the combinatorial 
output, registered output or from the !/O pins. The feedback 
paths can be either a single or multiple lines for increased 
flexibility. 


Architecture of I/O Pins 


The I/O pin architecture determines whether a pin may be 
defined as a dedicated input pin, dedicated output pin, or a 
dynamically-controllable |/O pin. 


While the first-generation devices had‘a limited number of 
dedicated input pins, few output pins, and few programmable 
I/O pins, the newer PAL-type devices have more programma- 
ble I/O pins. 


PAL Nomenclature 


PAL devices are known in the industry by the following 


nomenclature: 
PAL 


x y Zz 


Maximum Number of Outputs 
Combinatorial or Maximum 
number of Registers 


Type of Outputs 
R = Registered 
L=Active LOW 
H = Active HIGH 
P = Programmable Polarity 
V = Versatile Output 
Macro Cells 

X = Exclusive-OR output 
S = Sequencer-Type device 
M = Input/Output Macro Cells 
A= Asynchronous outputs 
G = Latched Outputs 

- Maximum Number of Array 


Inputs 


For example, the AmMPALHCT29M16 (which is a 24-pin CMOS 
PAL device) has a maximum of twenty-nine inputs to its AND 
array, and sixteen input/output macrocells. Since the maxi- 
mum number of inputs (twenty-nine) plus the outputs (sixteen) 
exceed the total number of pins in the package, it implies that 
the device has feedback and/or bidirectional |/O pins. 


PAL ARCHITECTURAL FEATURES AND 
BENEFITS 


PAL devices contain many architectural features which make 
them ideal for implementing logic functions. These features 
include: 

@ Programmable I/O pins 

Flexible Output-Enable control and Bidirectional |/O 
Dedicated versus programmable output structure 
Programmable polarity 

Flexible clocking scheme 

Buried state registers 

Miscellaneous features 

- Accessibility 

— Controllability 

~ Testability 

- Observability 


Programmable 1/0 Pins 


Programmable input/output pins are one of the most impor- 
tant resources of a PAL device. They allow the PAL device to 
be tailored to fit the required allocation of inputs and outputs. 
PAL devices can thus implement far more complex and 
different logic functions than a PROM — even one with more 
pins. 


Flexible Output Enable Control & Bidirectional 
1/0 


Logic diagrams for the bidirectional output structures of the 
PAL devices are shown in Figures 1-16.a and 1-16.b. One 
important feature of the PAL devices’ bidirectional output is 
the flexibility in controlling the Output Enable. 


The Output Enable can be either dedicated (controlled by a 
pin) or programmable (controlled by a product term from the 
AND array). 


The output buffer associated with the output pin may be 
programmed in one of three ways: as a dedicated output, a 
dedicated input, or a dynamically controllable input/output. 


When programmed as a dedicated output, the output buffer is 
always enabled and the logic function is fed back to the AND 
array. This feedback path allows more complex logic functions 
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to be implemented by using two or more levels of AND-OR Finally, when programmed as a dynamically controllable 
gating. input/output buffer (i.e., enabled/disabled by a logical combi- 

nation of one or more inputs) this pin may be used as an input, 
When programmed as a dedicated input, the AND-OR gate while retaining the full logical capability of the AND-OR gate. 


associated with that pin is unused. This ability to trade off This is especially useful in control applications (microproces- 
outputs for inputs is one of the big advantages of PAL devices sor handshaking protocols) and bus-oriented data operations 
over other programmable logic devices, especially PROMs. (data steering and data storage/manipulation). A serial input/ 
The designer is no longer limited to a fixed number of input output pin is a common example. When shifting left the pin is a 
and output pins. The ratio may be programmed to fit the serial input, but when shifting right the pin is a serial output. 
intended application. This mode provides maximum utilization of the PAL architec- 


tural resources. 
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Figure 1-16.a Active-LOW Bidirectional Output 
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Figure 1-16.b Active-HIGH Bidirectional Output 


Figures 1-17.a and 1-17.b show the active-LOW and active- still provided, allowing for implementation of multi-level logic. 
HIGH versions of PAL devices with dedicated outputs. Here This extra AND gate makes these outputs ideal for non-bus- . 
the outputs are always enabled and the AND gate previously oriented logic replacement, especially complex contro!-signal 
used for the Output-Enable function can be used for an extra generation, encoding, and decoding. 


logic product term. The feedback path from output to input is 
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Figure 1-17.a Active-LOW Dedicated Output 
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Figure 1-17.b Active-HIGH Dedicated Output 


Individual product-term control for each Output-Enable func- 
tion gives the designer the ability to configure each output on 
an individual basis. On the other hand, a common, dedicated 
Output Enable (Figure 1-18) makes registered PAL devices 
ideal for bus-oriented systems. The registered PAL device can 
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be programmed to provide data storage, operation, or steering 
functions, the result of which is placed on the data bus by 
enabling the output buffer. Since most PAL devices have 
24 mA current sinking capability, they can drive most on-board 
buses and many backplane buses. 
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Figure 1-18 Registered Output 


Figures 1-19 and 1-20 show the output structure of second- 
generation devices such as the AmPAL18P8 and the Am- 
PAL22V10, where each output is controlled by a separate 
Output Enable product term. Figures 1-21.a and 1-21.b show 
the output structure of the AmPAL23S8. Here, besides a 





separate product-term control for each output, there is a 
polarity fuse. This polarity fuse allows the designer to control 
the Output Enable as a combination of various signals 
(DeMorganized equations) rather than a single AND term. This 
is especially useful in bus-contro! applications. 
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Figure 1-19. Block Diagram of AmPAL18P8 
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Output Configuration 
Register/Active LOW 


| 1 | Register/Active HIGH 


Combinatorial/Active LOW 


Combinatorial/Active HIGH 


0 = Unblown Fuse 
1 = Blown Fuse 
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LD000420 
Registered/Active LOW Combinatorlal/Active LOW 
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Figure 1-20.b Output Configurations of AmPAL22V10 
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Figure 1-21.a AmPAL23S8 Output Logic Macrocell 
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Figure 1-21.b5 AmPAL23S8 Output Register 


Dedicated vs. Programmable Output Structure 


PAL devices come with either dedicated or programmable 
output structures which can be registered or combinatorial. 
While the first-generation devices such as the 16LD8, 16HD8, 
etc., had dedicated active-LOW/HIGH outputs and the 16R4/ 
16L8 devices had dedicated registered or combinatorial out- 
puts, the trend is towards PAL devices with more flexible 
output structures. 


Figure 1-20 shows. the output architecture for the Am- 
PAL22V 10 where each output can be defined and its architec- 
ture programmed on an individual basis. Each output is user- 
programmable for either registered or combinatorial operation. 
This flexibility allows the designer to optimize the device 
design by having only as many registers or combinatorial 
outputs as needed. 


One common feature of most registered PAL devices is the 
registered output with feedback to the array. This registered 
feedback path fits the classical state-machine design. The 
register's input is driven by the AND-OR array and is used to 
store the logic information. Once the data is stored in the 
register, it can act either as output or present state informa- 
tion. The registered PAL device can thus be used as a 
synchronous state machine. The feedback acts as the "pres- 
ent state’ information which, combined with the ''present 
inputs'' is used to generate the ''next state'' information. 


Programmable Polarity 


Programmable polarity allows the designer to configure the 
output as either active HIGH or active LOW. First-generation 
devices lacked this capability. The second-generation PAL 
devices such as the 18P8, 23S8, 22V10, 20EV8, 20XRP10, 
and third-generation devices such as the 29M16 CMOS PAL 
Family all incorporate this feature. 


Programmable polarity, along with the choice between either 
registered or combinatorial output, allows the designer to 
operate an individual output in one of four modes: Registered/ 
Active LOW, Registered/Active HIGH, Combinatorial/Active 
LOW, and Combinatorial/Active HIGH. Note that the associat- 
ed feedback path also changes with the output mode. This 
capability gives the designer more flexibility to optimize the 
device for the particular application requirements. 
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Number of Product Terms/Output and 
Distribution of Product Terms 


The logic capability of a PAL device is determined by tho 
number of product terms per output and how thoy aro 
distributed. The larger the number of product torms por output 
the more powerful is the device's logic capability. Howevor, 
there has to be a balance between logic flexibility and 
utilization efficiency. Increasing the number of product terms 
per output unnecessarily results in inefficient utilization of 
device resources. For replacing SSI/MSI devices, a maximum 
of sixteen product terms per output is considered adequate. 


The other factor which determines the logic capability is the 
distribution of product terms: whether product terms are 
distributed equally or unequally. Variable product-term distribu- 
tion allocates different numbers of logical product terms to the 
individual outputs, increasing the complexity of logical func- 
tions to be performed. With sixteen logical terms allocated to 
an output, up to sixteen logical terms can be evaluated in a 
single clock cycle, without requiring any feedback. 


Flexible Clocking Scheme 


Most of the registered PAL devices can be used for synchro- 
nous state machines. For most of the simple synchronous 
state machines, one common clock for all the registers is 
adequate. However, some applications may require more than 
one clock, preferably with programmable polarity, so that 
registers or banks of registers can be triggered either by the 
rising or trailing edge. Multiple clocks with programmable 
polarity are useful for building pipelined systems — where 
different elements of the system can possibly be triggered by 
different edges. 


In a PAL device, however, a pin is a valuable resource. A 
dedicated clock pin for registered devices may be appropriate, 
but PAL devices with both registered or combinatorial outputs 
might not want to waste a dedicated clock pin used for 
registered operation only. Hence, the pin is clock as well as 
input. Glue-logic applications might want a product-term- 
driven clock. This provides a separate clock for each flip-flop. 









Buried State Registers 





The output storage elements of the PAL device are used 
either as outputs or as state bits. Typically these output 
storage elements are associated with I/O pins, and are driven 
by the AND-OR array. The number of output/state registers, 
1/O pins, and array size (product terms) are the three most 
important resources of programmable logic devices. These 
three resources are always in short supply. For optimum state- 
machine design, system designers always strive to achieve an 
optimum balance of these resources. 


Traditional first-generation devices such as the 16R4/16R6/ 
16R8 have been used as SSI/MSI logic replacement and for 
doing state-machine designs. However, because of a limited 
number of registers, only simple state machines can be 


Inputs 


Common Clock 





designed with these devices. For more complex state-ma- 
chine designs, designers have asked for dedicated buried 
state registers. These registers are driven from the same 
AND-OR array, but, they are not tied to the output pins. 
Therefore, they are called ‘buried registers.'' However, they 
are accessible and controllable by the AND-OR array, just like 
the output registers. These buried registers provide extra 
functionality. They could be used for keeping track of various 
“internal flags'’ for generating timing and various other inter- 
nal control information, without tying up the valuable I/O pins. 


Figure 1-22 shows the architecture of the AmPAL23S8, the 
industry's first bipolar PAL-based sequencer device. As seen 
from the block diagram, this device offers six dedicated buried 
registers in addition to eight output registers. Figure 1-23 
shows the architecture of its buried registers. 
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Figure 1-22. Block Diagram of AmPAL28S8 
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Figure 1-23. AmPAL23S8 Buried State Register 





MISCELLANEOUS FEATURES — 
ACCESSIBILITY, CONTROLLABILITY, 
TESTABILITY AND OBSERVABILITY 


PAL- and PLA-based sequencer devices need a large number 
of internal registers that are easily accessible, controllable, 
testable, and observable. 


Power-up RESET 


Power-up RESET resets all internal registers during system 
power-up. All the registered devices in the AMD PAL Family 
have been designed to reset automatically during system 
power-up. This feature is especially valuable in simplifying 
state-machine initialization. 


Due to the asynchronous operation of the power-up RESET 

and the wide range of possible Voc rise time, certain condi- 

tions are necessary to insure a valid power-up reset. For 

AMD's PAL devices, these conditions are: 

@ The Vcc rise must be monotonic 

@ Following reset, the clock input must not be driven from 
LOW to HIGH until all applicable input and feedback setup 
times are met. 


RESET/PRESET 


The ability to RESET and PRESET registers increases the 
system functionality. 


These RESET/PRESET functions can be asynchronous or 
synchronous, and can be controlled either by a dedicated pin 
or by a product term driven from the AND array. 


If these functions are driven by product term(s), these could be 
either a common product term or individual product terms. 
When the synchronous product term is asserted (HIGH), the 
output registers will be loaded with a HIGH on the next LOW- 
TO-HIGH clock transition. When the asynchronous RESET 
product term is asserted (HIGH), the output registers will be 
immediately loaded with a LOW (independent of the clock). 
These functions are particularly useful for applications such as 
system power-on and reset. 


PRELOAD 


PRELOAD allows any arbitrary value to be loaded into the PAL 
device's output registers. AMD's registered PAL devices are 
designed with unique PRELOAD circuitry that provides an 
easy method of testing registered devices for logical function- 
ality. 

PRELOAD is the only way to allow full logic verification of 
programmed registered PAL devices and thus guarantee 
correct logical functionality. Without PRELOAD, many device 


failures cannot be discovered until the device is tested as a 
part of the finished system. 


A typical functional test sequence would be to verify ail 
possible state transitions for the device being tested. This 
requires the ability to set the state registers into an arbitrary 
“present state’’ value and to set the device inputs to any 
arbitrary ''present input’ value. Once this is done, the state 
machine is clocked into the ''next state,'’ which is then 
checked to validate the transition from the present state. In 
this way any state transition can be checked. 


Without PRELOAD, it is difficult and in some cases impossible 


_ to test an arbitrary present state value. This can lead to logic 
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verification sequences that are either incomplete or excessive- 
ly long. Long test sequences result when the feedback from 
the state registers "interferes’’ with the inputs, forcing .the 
machine to go through many transitions before it can reach a 
particular state value. The test sequence becomes excessive- 
ly long when a state must be reentered many times to test a 
wide variety of input combinations. 


In addition, complete logic verification may become impossible 
when states that need to be tested are never entered with 
normal state transitions. ''Forbidden'' or don't-care states that 
are not normally entered need to be tested to ensure that the 
state machine returns to a valid state. 


PRELOAD eliminates these problems by providing the capabil- 
ity to go directly to any desired arbitrary state. Thus test 
sequences may be greatly shortened and all possible states 
can be tested, greatly reducing test time and development 
costs, and guaranteeing proper system operation. 


Observability of Buried State Registers 


The AmPAL2388 is the first PAL device to offer product-term 
controlled, observable buried state registers. The observability 
product term, driven by a common AND-OR array, allows the 
system designers to observe buried registers under pin control 
or product-term control (by a combination of various input 
signals). The contents of the buried registers can be moni- 
tored for system debugging purposes. 


An observablity product term controls a set of six inverting 
buffers, which serve both the six buried registers and six 
output registers (four output registers and two output logic 
macrocells). The observability product term causes the six 
buffers to disable signal flow from the six output registers to 
the !/O pins, and enables signal flow from the six buried 
registers to the respective 1/O pins (Figures 1-21.a and 
1-21.b). This feature is especially useful for system-level 
testing and debugging. 





SUMMARY 


Table 1-5 summarizes different architectural features and their benefits for the system designers. 


TABLE 1-5. PAL ARCHITECTURAL FEATURES AND THEIR BENEFITS 


e Removes limitation of fixed !/Os 

e Offers variable number of I/Os 

e Allows allocation of I/Os based on application 
requirements 





Programmable I/O Pins 


Dedicated inputs 
Bidirectional |/O Capability Dedicated outputs ; 
e Dynamically controllable !/Os 


Programmable Polarity : e Simplifies deMorganization of equations 
Registered Outputs with Feedback e Simplifies state-machine design 
Combinatorial Outputs with Feedback e Allows multiple levels of logic 

, e Variable number of registered/combinatorial outputs 
Outeut Logic Macrorell e Simplifies Mealy-Moore-type state-machine design 
Variable Distribution of Product Terms e Better application fit 


' : e Better synchronous. design 
Flexible Clocking Scheme e Eases pipelined system design 


: e Offers multiple clocks ; 
Proguey eri Divan: Cioeke : e Good for glue-logic applications 


F . e Frees up I/O Pins . 
Burled State Registers e:' Offers more complex state-machine design capability 








PRELOAD e Better testability 
Observability of Buried State Registers e Simplifies system testing and debugging 


Asynchronous RESET/PRESET , e Better system initialization 
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DEVICES 


INTRODUCTION 


Programmable Logic Devices (PLDs) with their programmable- 
AND-OR array structures are ideal for implementing Boolean 
logic functions expressed in sum-of-products (SOP) form. Any 
logic function can be implemented in a PAL device as long as 
the number of inputs, outputs, and the number of product 
terms required do not exceed what is available on the device. 


The SOP form can be derived from truth/function tables, state 
or timing diagrams, and Karnaugh maps. High-level software 
packages are available to ease this derivation. 


Logic Equations 


Digital systems are based on the Boolean logic system, which 
processes only two types of values: 0 and 1. These two values 
are processed through electronic circuits known as gates to 
produce an output. Combinations of such gates can be used 
to implement a logical equation that generates outputs based 
on combinations of inputs. These outputs can be interpreted 
as data or used as inputs to other logic networks. 


All digital logic can be expressed in terms of three fundamen- 
tal logic gates: AND (*), OR (+), and NOT (/). These logic 
gates or functions are manipulated using Boolean algebraic 
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F = A+ (B+C+ (D+E)) 
LD000540 


1.3 HOW TO DESIGN WITH 
PROGRAMMABLE LOGIC 








theorems and laws to simplify and reduce complex logic 
expressions. 


Implementing Boolean Equations In PAL 
Devices 


The programmable-AND and fixed-OR structure of a PAL 
device require that logic expressions be expressed in the SOP 
form. in SOP form, the maximum number of logic levels is two: 
an AND and an OR operation. Any NOT or invert operation is 
assumed to occur before the AND plane of the PLD and 
therefore does not contribute to the propagation delay through 
the PLD AND-OR plane. 


For example: A+ (B.+ C«* (D + E)) in Figure 1-24 is a four-level 
logic expression. The subexpression D + E must be evaluated 
before ANDing with C. This is then ORed with B before finally 
ANDing with A. The logically equivalent SOP form is: 
A+B + AtCeD + AtCeE. 


The SOP equation maps directly into the PAL device structure: 
each product term (A* B, A*C«D, and A*C*E) is programmed 
into the AND array of the output dedicated to this logic 
expression. This output must have at least three product terms 
to express this logic equation (Figure 1-25). 


CONVERT TO SOP FORM 


F = A+ (B+C* (D+E)) 
F=A*(B+ C*D + C*E) 
F=A*B + A*C°D + ATCYE 


A 
B: 
F 
C 
D 
E 
+ Inputs go through 
only two levels of 
logic (AND, OR) to 
generate the function F 
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Figure 1-24 A Simple Combinatorial Logic Expression 
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Figure 1-25 Logic Expression Mapped into a PAL Device 


From Concept to Implementation 


Designing with programmable logic usually involves three 
phases: design, programming, and testing. In the design 
phase, you specify Boolean functions, i.e., logic equations for 
solving the problem. In the programming phase, the logic 
equations are converted into SOP expressions, which are then 


1-26 


translated into a device fuse map used to program the device. 
The test phase ensures that the programmed logic device 
performs the functions specified. 


DESIGN PHASE 


The design phase can be further partitioned into a number of 
basic steps (Figure 1-26). 
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DEFINE THE PROBLEM 


CREATE A SOLUTION 


Identify 9Requirements 
- I/O, PTs, Speed 
Select Proper PAL 


GENERATE BOOLEAN EQUATIONS 
OPTIMIZE BOOLEAN EQUATIONS 


VERIFY DESIGN 


‘Generate Test Vectors 
Simulate 
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Figure 1-26. PAL Design Process 


Define Problem 


Defining the particular logic function to solve the problem is 
the first step in the design phase. Here you identify the nature 
of the problem to be solved: whether a combinatorial function 
(such as address decoding, priority encoding, data multiplex- 
ing/demultiplexing, or generating control signals), or a se- 
quential function (such as counting, data shifting, or imple- 
menting. a particular state machine). ; 


identify Design Requirements 


After you have defined the problem, choose a device based 
on the design requirements: number of input/output pins, 
_ number of product terms, registered or combinatorial outputs, 
polarity, power consumption and speed. 


Generate Boolean-Logic Equations 


' Identification of inputs, outputs, and signed polarity may be 
easy. However, the number of product terms used to solve the 
design problem is determined only after the necessary Bool- 
ean logic equations have been generated. 


Generating Boolean-logic equations for combinatorial logic is 
relatively straightforward. You start with the inputs, outputs, 
and the truth table. You can derive logic equations from the 
truth table by grouping the ''1s" (for active-HIGH outputs) or 
"Os'' (active-LOW outputs). Grouping the '"'Os"’ instead of 
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"4s" has the effect of inverting the equations. This is a 
convenient and common technique for generating inverted 
logic for use in active-LOW PAL devices. 


Generating logic equations for sequential circuits is more 
complex. You have to define the inputs, outputs, and states. 
You then draw a state diagram, specifying all the appropriate 
state transitions to generate the state table. Regular digital! 
design methods are then used to assign states such that 
redundant states are eliminated to obtain the minimal number 
of states. 


After the states have been determined, assign state numbers 
and use logic minimization techniques to arrive at the minimum 
amount of logic necessary to implement the sequential func- 
tion. 


The logic equations derived from truth tables, state diagrams 
and Karnaugh maps are converted into the SOP form to fit into 
a PAL device. You can use computer-aided design (CAD) tools 
to' greatly speed up the logic design process. These CAD 
packages allow you to express the design solution in a high- 
level syntax such as logic schematics or logic language 
descriptions. They also take the truth tables, state diagrams, 
flowcharts, and other high-level descriptions of the solution 
and automatically generate logic equations in SOP form. The 
equations can be minimized if they exceed the number of 





product terms available on the device. These CAD packages 
are relatively inexpensive and available from a number of 
vendors including DATA I/O (ABEL*), Personal CAD ly 
(CUPL*), and AMD (AmCUPL, and PLPL). 


We will demonstrate designing with a PAL device with a simple 
design example. We want to implement the following combina- 
torial logic function (Figure 1-27): 


01 =/I1 

O2 = /11#!2 

03 =11 +13 

04 = /(/13#14) 

O5 = /(/13+15*16 + I7+ 18*19) 
06 = /(I8#19 + /13*/17 #19110) 


Figure 1-27. Logic Design Example 


For this example, the optimized Boolean equations can be 
written in the SOP form: 


O1=/I1 
O2 = /I1#12 
03 =11 +13 
04 = 13 + /14 
O5 = (13 + /15 + /16)*/I7#(/18 + /19) 
= (130/17 + /15*/I7 + /16*/17)*(/18 + /19) 
= 130/I7#/18 + /15*/17*/18 + /16*/17*/18 
+ I3*/I7#/19 + /I5e/I7#/19 + /16*/17*/19 
O6 = (/18 + /19)«(I3 + 17 + /19 + /110) 
= /18+13 + /I8eI7 + /18*/19 + /18*/110 
+ 9413 + /I9*17 + /19*/19 + /19*/110 


Outputs O5 and O6 have six and eight PTs, respectively. 

Using fogic minimization (available with most PLD design 

packages), O6 can be reduced to the following eaIENON with 
only four PTs. 


O06 = /I9 + /I8#13 + /I18*17 + /18*/110 


Logic minimization reduces the number of PTs necessary to 
represent a function such that the logic expression can fit into 
an output on a PLD. If the number of PTs after minimization 
still exceeds the number of PTs for the output pin, then you will 
have to use a larger PLD with more PTs per output. 


Inverted Logic Expressions 


In the above example, we have specified active-HIGH outputs. 
However, if you wanted to use an active-LOW PLD such as the 
AmPAL16L8, the equations in Figure 1-27 would have to be 
converted from active HIGH to active LOW by applying 
DeMorgan's theorem as follows: 


/O1 = 11 

/02 =11 + /l2 

/03 = /11#/13 

104 = /|3+14 

/05 = /|3*15«16 + 17 + 18*/9 
/O6 = [819 + /13*/17#19#110 
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The equations are in the SOP form and can map directly into a 
PLD. 


Note that more advanced PLDs such as the AmPAL22V10 
have output macrocells which give the user many output 
options. These outputs can be programmed with HIGH or 
LOW polarity. Since the output pin is programmable, you can 
choose between the active-HIGH or active-LOW implementa- 
tion, whichever, gives the lowest number of PTs per output. 


Verify Design 


After you have generated the logic equations, you can perform 
logic simulation on the resulting equations to test for correct 
functionality before actually programming a part. This is an 
inexpensive and fast way to catch mistakes. The simulation 
procedure uses test conditions or vectors which specify the 
inputs to and expected outputs from a PLD. Some CAD 
systems can generate the test vectors automatically, or you 
can generate them manually. 


If manua! test vector generation is performed, it is usually done 
by the logic designer who knows the design best. The 
designer creates a function table showing the inputs and 
expected outputs into and from the device. A CAD package 
can then convert the data in the function/truth table into a 
valid test vector format acceptable by the simulator and the 
PLD programmer/tester to be used. 


PROGRAMMING PHASE 


Once you are satisfied with the results of logic simulation, a 
device map can be generated from the equations. Figure 1-28 
shows the logic diagram of the AmPAL16L8 for implementing 
above equations. We have arbitrarily assigned outputs 01-06 
to pins 14-19, and the inputs 11-110 to pins 2-9, 11, and 13. 


O1 is assigned to pin 19. To make this output the inverse of 11, 
connect input line 0 to product term 1 and disconnect all the 
remaining links for this product term. For fuse-based PLDs, 
you have to selectively make disconnections by blowing fuses. 
Connections are indicated by an X at the intersection of input 
line O and product term 1 in Figure 1-28. 


Since the other PTs for the ''01"' output OR gate are unused, 
their outputs are forced to zero by connecting all the links. 
When all the links are connected, both the true and comple- 
ment value of an input are fed to a PT, resulting in a logic zero. 
In Figure 1-28 unused PTs (with all connections intact) are 
indicated by Xs in the AND gates at the OR gate inputs. 


The final consideration for ''O1'' output is the output enable. 

The logic diagram and logic equation for the function ‘01 do 
not show output enable function. This means that ''O1"' 

should be always enabled. In Figure 1-28, PT 0 controls the 
Output Enable function for ''O1''. PT 0 is always TRUE/HIGH 
when all the links in a PT are disconnected. 
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Figure 1-28. Logic Diagram for Example of Using the AmPAL16L8 
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The next output /O2 is the OR function of I1 and /l2. The 
equation /O2 = !1 + /l2 is represented in the PLD by leaving 
input line 0 (11) connected to PT 9 and disconnecting the rest 
of the links on this PT. Then since an OR function is needed, 
we move to the next PT and leave input line 5 (/12) connected 
while disconnecting the other links in PT 10. Since PT 11 
through 15 will be unused, we indicate this by putting an X in 
the AND gates at the input of the NOR gate. Function O2 is 
also always enabled, hence no X is put in the AND gate 
representing the enable product term PT 8, indicating that all 
the links in PT 8 have been disconnected. 


Output /O3 is the AND of /I1 and /I3. To implement this, input 
line 1 (/I1) is connected to PT 17. Since we want an AND 
function, input line 9 (/13) is also connected to PT 17. These 
connections are represented by Xs. The other links in PT 17 
are disconnected. Since the rest of the PTs are unused, an X 
is placed in the AND gates for PT 18 through 23. The Output- 
Enable PT for /O3 is also left blank, which will always enable 
the output /O3. 


Output /O4 is similar to /O3. To generate the AND function, 
input line 9 (/13) and input 12 (14) are connected to PT 25, 
while the rest of the links in PT 25 are disconnected. The other 
PTs are unused, and the output is always enabled. 


Output /O5 is generated by ANDing /13, I5, and I6 on PT 33, 
connecting I7 to PT 34, ANDing 18 and I9 on PT. 35, and 
leaving PTs 36-39 unused. 


/O6 is generated by ANDing I8 and 19 on PT 41 and ANDing 
/13, /17, 19, and 110 on PT 42. Product terms 43 through 47 are 
left unused. For both outputs /O5 and /O6, the output enable 
PTs 32 and 40 are left blank to always enable the respective 
outputs. ° 


Since pins 12 and 13 are not being used as outputs, Xs are put 
in the AND gates for all these product terms. 


As you can see, any function can be put into the SOP form and 
then a device map generated for it. However, it is very time 
consuming to generate these maps by hand. Therefore, PLD 
CAD packages have been developed which automatically 
generate the PLD map from the Boolean equations. The map 
can then be loaded into a PLD programmer to program the 
device. 


One such first-generation Assembler based CAD package, 
called AmPALASM20*, was developed by AMD. it allows you 
to enter Boolean equations using regular logical operators 
(AND, OR) and produces a device map. Figures 1-29 and 1-30 
show the example in Figure 1-27 written in AMPALASM20 and 
the resulting device map. 


PAL16L8 

PATOO1 

DESIGN EXAMPLE 

ADVANCED MICRO DEVICES 

NC I1 [2 13 14 15 16 17 18 GND . 
I9 NC 110 06 05 04 03 02 01 VCC 


/01=11 

/02= 11+ /l2 

/03 = /I1 * /3 

104 = /13#14 

/05 = /13#15«16 + /I7 + 18*19 
/06 = I8+19 + /I3*/17*19«110 


Figure 1-29. Abbreviated AmPALASM20 Input 





“We have used AmPALASM20 for illustration purpose only. The trend is towards advanced Compiler-based CAD pee: 


See "Design Aid Software for Progarenente Logic'' section. 
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DESIGN EXAMPLE 


111121 1111 2222 2222 2233 
0123 4567 8901 2345 6789 0123 4567 8901 


Reis Spas. Stee ao et Sane ate See 
XXXX XXXX XXXX XXXX XXXK XXXX XXXX XXXX 
XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXK l 
XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
XXXX XXXX XXXX XXXX XXXX XXXK XXXX XXXX 





NOU FWNHH OO 


wom 
bad 


Ge (A alee Silas Sears Memeaeaers Il 
BO asad, ear eons) bocarecen cache Gegnceae ITD 
11 XXXX. XXXX XXXK XXXX XXXX XXXX XXXX XXXX 
12 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
13 XXXX XXXX XXXX XXXX XXXX XXX XXXX XXXX 
14 XXXX XXXX XXXX XXXX XXXX XXXK XXXX XXXX 
15 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 


16 ---- ---- ---- ---- ---~ ---- ---- ---- 


17 -X-= ---- -X-- ---- ---- wee ---- oo /E1*/T3 
18 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
19 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
20 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
21 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
22 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
23 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 


Dilan Cece eae Cte esate cine tase 

95 secs wren. HXnd, Yous eked eden, Sack een /13*14 
26 XXXX XXXX XXXX XXXX XXXX XXXX MXXX XXXX 

27 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 

28 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 

29 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 

30 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 

31 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 


BO e Ses dete os peers eese. =ees : 

99, coco tonse: aNoe. ance Nese. Keck score Hae /13#15#16 
Bh ete Gece ceee See Ghee Goce ee eae 17 

95 nccs sect mene. Gode eetey Secs pees X-X- 18#19 

36 XXXX XXXX XXXX XXXX XXXX XXXK XXXX XXXX 

37 XXXX XXXX XXXX XXXX XXXX AXXX XXXK XXXK 

38 XXXX XXXX XXXX XXXX XXXX XXX XXXX XXXX 

39 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 


AO cmse aes Sass Stes ee eee eae eee 

By Sse ee Load ions eee eae aees X-X- I8*19 

2 wane ann- -X-- === -ne- -H-- WXX- -=X- /13#/17#19# 110 
43 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 

44 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 

45 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 

46 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 

47 XXXX XXXX XXXX XXXX XXXK XXXK XAXXX XXXX 


48 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
4G XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
50 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
5) XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
52 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
53 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
54 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
55 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 


56 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
57 XXXX- XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
58 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
59 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
60 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
61 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
62 XXXX XXXX XXXX XXXX YXXX XXXX XXXX XXXX 
63 XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 


LEGEND: X : FUSE NOT BLOWN (L,N,O) - : FUSE BLOWN (H,P,1) 


NUMBER OF FUSES BLOWN = 493 
: TBO000250 


Figure 1-30. AmMPALASM20 Output Fuse Map 
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TESTING PHASE 


Two tests can be performed after the part is programmed. 
First, the PLD programmer can verify that only the links/ 
connections specified in the device map have been pro- 
grammed in the part. Second, the programmed part can be 
tested for correct functionality; the same test vectors used for 
logic simulation can be used to test that the device generates 
the correct outputs for a given combination of inputs. The test 
vectors in the device map will be in a JEDEC-standard format 
(see Device Map). 


If the device does not function as expected or differs from the 
logic simulation results, then the device is malfunctioning. The 
test phase can be performed on PLD programmers with 
testing capability. . 


THE DEVICE MAP 
Fuse-Based and Erasable PLDs 


Fuse-based PLDs have fuses that form the links or connec- 
tions in the device. Electrically-erasable PLDs or UV-erasable 
PLDs have erasable cell arrays that form the connections. 
Erasable PLDs can be considered as having ''erasable links" 
in this discussion. 


Fuse-based PLDs are shipped by the manufacturer with all 
fuse links intact. A function is programmed into the part by 
selectively blowing or programming the fuse links that are not 
needed. On the other hand, an erased PLD has no connec- 
tions at all. The designer will have to selectively make 
connections in order to implement a function. These fuses or 
links are specified in a data file called a fuse map or a device 
map. 


This device map can be expressed in many formats, but one of 
the most common formats is the Joint Electronic Devices 
Engineering Council (JEDEC) standard which is supported by 
most PLD programmers and semiconductor manufacturers. 


The JEDEC Standard (No. 3-A May 1986) 


The standard put forth by the JEDEC committee contains 
many options which are used for transferring data between a 
PLD development system and a PLD programmer/tester. A 
minimum configuration JEDEC-device map file contains at 
least the following fields: F, L, and C. 


This is a sample JEDEC-device map file: 
*FQ* 
LOO00 0110 0100 1000 1010* 


L0032 1000 0000 0000 0000* 
C0078* 


Figure 1-31. Minimum Configuration Device 
Map File 


The device map file starts with a design-specification field 
which may contain any ASCII character (except ''*'') to 
describe the design. This field is terminated by an ''*". 


The F field specifies the default link state of any unspecified 
fuses in the PLD. In Figure 1-31, "FO" will set all unspecified 
fuses in the PLD to the 0 state (i.e., a low resistance link 
specifying a connection between two points) A '1'' would 
have specified a high-resistance link or no logical connection 
between two points. In fuse-based PLDs, a ''1'' would have 
instructed the PLD programmer to burn/blow the fuse con- 
necting two points. The programmer will leave the fuse 
connected when a ''0"' is received. 


The L field specifies the address of the fuse link that is to be 
programmed. A sequence of binary numbers follows which 
specifies the fuse states of the fuses starting at the address 
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specified by the L field. Referring to Figure 1-31, the first fuse 
to be programmed is at location ''0000'' decimal and the fuse 
state is ''O". 


The binary digits following the first ''0'' refer to the fuses 
following the fuse at location 0. When an ''*" is detected, the 
fuse link information field terminates unless another Loox is 
specified. In Figure 1-31, sixteen fuse states are transmitted 
beginning at fuse location 0. More fuse information will be 
transferred to the PLD programmer, but will now start at fuse 
location 32 decimal because of the new L field L0032. 


The C field specifies the fuse checksum that is used by the 
PLD programmer to detect transmitting and receiving errors. 
This checksum is for all the fuses in the PLD, not only for the 
fuses specified in the file. The fuse checksum is a 4-digit 
hexadecimal value representing the unsigned 16-bit sum of 8- 
bit bytes formed with the fuse states. The 8-bit bytes are 
formed as follows: 


word 0 msb ; Isb 
7};61;,5;4/34;2]140 
7161514139 121190 fuse # 
word 1 msb Isb 
7)};61}5);4;,34]2]170 
16114119112111110!1 918 fuse # 
word 4 msb Isb 
77/;6;5'4/3]7]27170 
39 138137196135 1341331321 fuse # 
word 12 msb Isb 
71/6);5)4);372)]11]0 
xl xtx idx 199198197196! fuse # 


8-bit bytes formed for a PLD with 100 fuses 


Unused bits in the last byte are filled with ''Os'’. For the fuse 
map example, the fuse checksum is calculated as follows: 


0010 0110 
0101 0001 
0000 0000 
0000 0000 
0000 0001 
0000 0000 


Word 0 
Word 8 
Word 16 
Word 24 
Word 32 
Word 40 


0000 0000 
0111 1000 


Word 96 
Total 


> 


0078H 


A PLD data sheet will usually show the JEDEC fuse numbers 
for every fuse link in the device. PLD CAD packages usually 
have a JEDEC fuse-map generator which relieves the design- 
er from having to individually program the fuses in a PLD to 
implement a logic circuit. 


TESTING THE PLD 


If the PLD programmer has functional testing capability, test 
vectors can be inserted into the fuse map file. These test 
vectors begin with a ‘'V" and a decimal vector number 
followed by a sequence of characters symbolizing the inputs 
and expected outputs to every pin on the device. Each vector 
is terminated by an ''*'', For example, the AmMPAL22V10 has 
twenty-four pins. If the signals A,B, and C are assigned to pins 
1, 2, and 23, then the following test vectors can be used to 
check that a two-input XOR function programmed into the 
AmPAL22V10 is functioning properly. 


X0* 
vo1 
vo2 
V03 
Vv04 


OOXXXXXXXXXNXXXXXXXXXXLN * 
O1XXXXXXXXXNXXXXXXAXXXXHN * 
1OXXXXXXXXXNAXXXXXXXXXXHN* 
11 XXXXXXXXXNXXXXXXXXXXLN * 


pin 1 
pin 2 


pin 23 


The X field defines the don't care condition in the test vectors. 
The N field represents power pins and pins that are not tested. 
In this case the two Ns in the four vectors represent the Voc 
and ground pins. 


There are many test-vector specification options available, but 
this is the minimum configuration for including test vectors ina 
fuse map file. This test-vector file is normally appended to the 
end of the fuse-map file to improve readability and documenta- 
tion, but it can actually be placed anywhere in the fuse-map 
file if the test engineer so desires. These vectors were 
manually generated, but some CAD packages support auto- 
matic test vector generation. 


PLD PROGRAMMER TRANSMISSION 
PROTOCOL 


The data transfer protocol used to transfer the fuse map to a 
PLD programmer is simple. The transmission consists of the 
start-of-text (STX) character, the fuse-map information (fuse- 
link states, test-vector information, and fuse checksum), the 
end-of-text (ETX) character, and the transmission checksum. 
The transmission checksum is the unsigned 16-bit sum 
(modulo 65,535) of all the ASCI! characters transmitted 
between and including the STX and ETX. 


XA XB XC XD XOR_Y (XA,XB,XC,XD) 


0 0 0 0 0 
0 00 1 1 
0 010. 1 
0 0 1 1 0 
0 1 0 #0 1 
0 1 0 1 0 
0 1 1 #0 0 
Oo 1 1 «41 1 
‘1 £0 0 0 1 
1 0 0 1 0 
1 0 1 #0 0 
101 1 1 
1 1 0 #0 0 
1 #1 0 1 1 
1 1 #1 =«0 1 
1 1 1 «1 0 


Some computer operating systems do not allow users to 
control what characters are sent. If this is the case with your 
PLD development system, then the transmission checksum 
must be disabled by always sending the dummy value ''0000"'. 
Any PLD programmer complying with this JEDEC standard will 
always accept this as a valid transmission checksum. 


DESIGN EXAMPLES 


We will illustrate the design examples of two combinatorial 
functions and two sequential functions using PAL devices. For 
the combinatorial examples we will show the implementation 
of a 4-bit ''exclusive-OR generator" and an 8:1 MUX in a PAL 
device. Instead of using standard SSI/MSI devices, both 
functions can be performed in the same PAL device. 


Identify Device Requirements 


The 4-bit XOR requires four inputs and one output pin; the 8:1 
MUX requires eight data lines, three select lines, and one MUX 
output. The PLD selected must therefore have at least fifteen 
inputs and two outputs. In this example, we are also assuming 
active-HIGH outputs. The AmPAL18P8 fits all the !/O require- 
ments. However, the number of product terms (PTs) can only 
be determined from the function table. 


Figures 1-32.a and 1-32.b show the truth tables for both these 
functions. Figure 1-32.c shows logic diagrams for both 4-input 
XOR and 8:1 MUX functions. The XOR and MUX functions can 
be described in a high-level language-type syntax (Figure 
1-33) directly from these truth tables. (For detailed discussion 
of PLPL syntax, see ''Design-Aid Software for Programmable 
Logic’ section). 


XOR_Y (XA,XB,XC,XD) = /XA*/XB*#/XC* XD 


+ /XA*/XB+* XC#/XD 
+ /XA* XB*/XC*#/XD 
+ /XA* XB* XC* XD 
+ XA*/XB«/XC#/XD 
+ XA*/XB« XC* XD 
+ XA* XB*/XC* XD 
+ XA+* XBe XC#/XD 


Figure 1-32.a. 4-Bit XOR Truth Table and Logic Equations 
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S2 S1 SO D7 D6 DS D4 D3 D2 Di DO MUX_Y 


0° x x x x x DO 
MUX Y =/S2«/S1*/SO« 
= DO 

x x D2 x /S2«/S1+* SO« D1 
x DS x /S2« S1*/SO* D2 
D4 x /S2* St* SO* D3 
x x $2«/S1*/SO*« D4 
x xX. - §2«/S1* SO* D5 
x xXx S2* S1i*/SO* D6 
S2« Si* SO*« D7 


x x x D1 


xx Oxxx «x x 


x 
x 
x 
x 

D6 
x 


x 
nia 
x 
x 
x 
x 
x 
D7 


Figure 1-32.b. 8:1 MUX Truth Table and Logic Equations 


Based on the function table, we see that the XOR and MUX has eight PTs per output, and hence satisfies all the 1/O and 
functions require eight PTs each. Figure 1-32.c shows the PT requirements. 
logic diagram for both of these functions. The AmPAL18P8 
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LD000520 


Figure 1-32.c. Logic Diagrams for a 4-Input XOR and 8:1 MUX 
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"test vectors to be used for simulation" 


IN _S2 $1 SO XA XB XC XD D7 D6 D5 D4 D3 D2 D1 DO; 


TEST_VECTORS 
OUT XOR_Y MUX_Y 


DEVICE XORMUX (AMPAL18P8) 


"This logic description file written in PLPL defines 


. 
’ 


21 


an AmPAL18P8 performing a 4-bit EXOR and an 8 


ing function" 


multiplex 


put test" 
$2 S1 SO XA XB XC XD D7 D6 DS 04 D3 D2 DI DO 


"XOR_Y out 


OR_Y MUX_Y" 


| x 


L X; 
H X 
4: 
L 
H 


L 
L 


xX X X 0 0 0 0X X X X X X X X 
Xx X X 000 %1X X X X X X X X 


13 D7 = 14 


04 =8D5 = 9 D6 


D1=5 D2=6 D3 =7 


00 =4 


X; 


Oo XxX X X X X XX X 


Xx Xx X 0 0 1 
Xx X Xx 00 1 
xX X X 0 1 


18 XOR_Y = 19 


MUX_Y 


X; 


1X X X X X X X X 
00x xX xX XxX X X X X 


xX; 


Xx Xx X X X X X X x; 


0 (1 
10%X X X X X X X XxX 


1 
1 
1 


"4-bit EXOR function" 


. 
‘ 


XOR_Y = XA XOR XB XOR XC XOR XD 
CASE (S2,$1,S0) 


x; 
HX; 


xX X X 0 


Xx X X X X X X X 


1 


000%X xX X X X X X Xx 


1 


X; 


H 
L 


1 
1 
1 
1 


x X X 
xX X X 
Xx X X 1 


= D0; “if select Lines are all 0, then select DO" 


1) MUX_Y = D1 


0) MUX_Y 


x; 


oo1%X xX xX X X X X X 


a 


2) MUX Y 


L xX 


OX X X X X X xX X 


1 


100xxX xXx xX xXx x 


1 
1 


0 
0 


a 


D2 


3) MUX_Y = D3 


x; 
L Xx 


Xx X X X X X X X 


4) MUX_Y 


. 
‘ 


x; 


_Y = D4; 
5) MUX_Y = D5 


Xx X X X X X X X 


1 


1-0 X X X X X X xX xX 


0 


1 
1 
1 


1 


X X X 1 


. 
’ 


' 


H X 
Xx; 


L 


1 X-X xX xX X X X X 


1 


1 


put test" 
o0o00o0%xXxX xX xX XX X X X xX xX O 


. 
’ 


7) MUX_Y = 07 
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“MUX_Y out 


"end of CASE statement" 


END; 


L; 


x 


1 


xX X X X X X X X X X O X 


ooo xX X X X X X X X X X xX 


XL 
x 
X 


1 
1 


0 
0 


0 
0 
0 


x 


1 


ox xX X X X X X Xx X OX X 


xX X X X X X X X XK X 
o410%x*X X X X X X X X X 1X X 


L; 


1 


X 4H; 
X L; 
xX 
X 
xX 
xX 
xX 
x 
x 


x 
xX 


1X X xX Xx X X X X OX X X 


1 
1 


0 
0 


1X X X 
100%xX X xX X X xX X OX X X xX 


Xx X X X X X X X 


1 


L; 


1X xX xX X 


Xx X X X X X OX X X X X 


Xx X X X X X J 


00x xX xX X X X X 


1 
1 
1 
1 
1 
1 
1 


H; 


1 
1 


0 
0 


x XxX X X X 


Li. 


0 xX,.X X X X 0 X X X X X X 


1 
1 
1 
1 


H; 


ox X X X X 1X X KX X X X 


1 


L; 


x XxX xX X OX X X X X X X 


1X X X X 1X X¥ X X X X X 
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Test vectors can be generated (Figure 1-34) from the logic 
description file (Figure 1-33) and sent to a simulator to test the 
logic equations. In this example, the vectors are generated 
from the test vectors specified manually. After simulation 
(Figure 1-35), a device map (Figure 1-36) is generated from 
these equations and the PLD programmed (Figure 1-37) with 
the map. 


The inputs XA, XB, XC, XD, DO through D7, and select lines SO 
through S2 may be assigned to any input or I/O pin as shown 
in the AmMPAL18P8 logic diagram. The outputs XOR_Y and 


MUX_Y have been assigned to pins 18 and 19. Since we 
have not specified any Output-Enable product term, PLPL 
assumes that the outputs will always be enabled. In the 
completed device map (Figure 1-37), all the connections for 
the Output- Enable PTs for the two outputs XOR Y and 
MUX Y have been disconnected which will always enable 
the outputs. 


’ The input and output signals can be reassigned to different 
pins on the PLD package to fit your PC board routing 
requirements. . 





VOO01 OOOXXXXXXNOXXXXXXXLN 
VOO02 OOOXXXXXXN1XXXXXXXHN 
VO003 001XXXXXXNOXXXXXXXHN 
VO004 OO1XXXXXXN1XXXXXXXLN 
VOOOS 010XXXXXXNOXXXXXXXHN 
VO006 010XXXXXXN1XXXXXXXLN 
VOOO7 04 4XXXXXXNOXXXXXXXLN 
VOOO8 01 1XXXXXXN1XXXXXXXHN 
VO009 10OXXXXXXNOXXXXXXXHN 
VOO10 1OOXXXXXXN1XXXXXXXLN 
VO011 104XXXXXXNOXXXXXXXLN 
V0012. 101XXXXXXN1XXXXXXXHN 
VOO13 14 OXXXXXXNOXXXXXXXLN 
V0014 110XXXXXXNIXXXXXXKHN 
VOO15 141XXXXXXNOXXXXXXKHN 
VOO16 14 1XXXXXXNXXXXXXXLN 
V0017 XXXOXXXXXNXXXXOOOLXN 
VOO18 XXX1XXXXXNXXXXOOOHXN 
VOO19 XXXXOXXXXNXXXX100LXN 
VOO20 XXXX1XXXXNXXXX 1 OOHXN 
V0021 XXXXXOXXXNXXXX010LXN 
VOO22_XXXXX1XXXNXXXX010HXN 
VO023 XXXXXXOXXNXXXX 1 1OLXN 
VOO24 XXXXXXIXXNXAXX 11 OHXN 
VOO25 XXXXXXXOXNXXXX001LXN 
VOO26_XXXXXXX1XNXXXX001HXN 
V0027 XXXXXXXXONXXXX101LXN 
VOO28 XXXXXXXX TNXXXX 101 HXN 
VOO29 XXXXXXXXXNXXOXO1 1LXN 
VOO30 XXXXXXXKXNXX1X011HXN 
VO031_ XXXXXXXXXNXXXO1 1 1LXN 
VOO32_XXXXXXXXXNXXK 111 1HXN 
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Figure 1-34. Test Vectors for EXOR and 8:1 MUX PLD Design 
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Ze-t 


v0001 INPUT OUTPUT voo08 INPUT OUTPUT . yoo15 INPUT OUTPUT 


V111111 11 4114111 11 : V41ti11 11 
Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 89 
Expected: OOOXXXXXXOXXXXXX ===> XL Expected: 011XXXXXX1XXXXXX ===> XH Expected: 111XXXXXXOXXXXXX ===> XH 
Computed: LL Computed: : LK Computed: LH 
yoo02 INPUT OUTPUT vo009 INPUT OUTPUT v0016 INPUT OUTPUT 
1111111 i Vitti 11 1111111 11 
Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 89 
Expected: OOOXXXXXX1XXXXXX ===> XH Expected: TOOXXXXXXOXXXXXX ===> XH Expected: 111XXXXXX1XXXXXX ===> XL 
Computed: : LH Computed: _ : LH Computed: LL 
v0003 INPUT OUTPUT Vv0010 INPUT OUTPUT v0017 INPUT OUTPUT 
1111111 11 1111111 11 1149111 11 
Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 8&9 Pin # — : 1234567891234567 89 
Expected: 001XXXXXXOXXXXXX ===> XH Expected: 100XXXXXX1XXXXXX ===> XL Expected: XXXOXXXXXXXXX000 ===> LX 
Computed LH Computed: tL Computed: LL 
v0004 INPUT OUTPUT vo011 INPUT OUTPUT v0018 INPUT OUTPUT 
1111111 11 4199111 11 4111111 11 
Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 89 : Pin # =: 1234567891234567 89 
Expected: OO1XXXXXX1XXXXXX ===> XL Expected: 101XXXXXXOXXXXXX ===> XL Expected: XXX1XXXXXXXXX000 ===> HX 
Computed: tL Computed: LL Computed: HL 
ve00s INPUT OUTPUT v0012 INPUT OUTPUT v0019 INPUT OUTPUT 
4111111 11 4149112 1 4114111 11 
Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 - &9 Pin # =: 1234567891234567 89 
Expected: O10XXXXXXOXXXXXX ===> XH Expected: 101XXXXXX1XXXXXX ===> XH Expected: XXXXOXXXXXXXX100 ===> LX 
Computed: tu Computed: LH Computed: ub 
v0006 INPUT OUTPUT v0013 INPUT OUTPUT voo20 INPUT OUTPUT 
1114711 WwW Vit11011 11 VAVGT 11 
Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 8&9 
Expected: OTOXXXXXXIXXXXXX ===> XL “Expected: 110XXXXXXOXXXXXX ===> -XL Expected: XXXX1XXXXXXXX100 ===> HX 
Computed LL Computed: LL Computed: HL 
0007 INPUT OUTPUT voo14 INPUT OUTPUT v0021 INPUT OUTPUT 
1111111 1 1111111 11 1111111 11 
Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 89 Pin # =: 1234567891234567 8&9 
Expected: O11XXXXXXOXXXXXX ===> XL Expected: 110XXXXXX1XXXXXX ===> XH Expected: XXXXXOXXXXXXX010 ===> LX 
Computed: : tL Computed: LH Computed: LL 
TBO00350 


Figure 1-35. Simulation Run for EXOR and MUX PLD Design 





GE-1 


eee eee eee ee eer 


INPUT 

1111111 
1234567891234567 
XXXXX POOMKAXXOIO ===> 


1141111 
1234567891234567 
XXXXXXOXXAAAX 110 ===> 


1111191 
1234567891234567 
XXXXXX IXXXAXK1 10 ===> 


1111111 
1234567891234567 
XXXXIOOKOXXXXXOOT ===> 


UAT 
1234567891234567 
XXKXAXX TXXXXXOO1 ===> 


1144111 
1234567891234567 
XXXXXAXXOXXXX 101 ===> 


1911111 
1234567891234567 
XXXXXAXXXIXXXXIO1 ===> 


OUTPUT 
11 


v0029 INPUT OUTPUT 


1191191 11 
Pin # : 1234567891234567 89 
Expected: XXXXXKXXXXXOX011 ===> LX 
Computed: tL 
v0030 INPUT OUTPUT 

19111911 " 


Pin # =: 1234567891234567 89 
Expected: XXXXXXXXXXX1X011 ===> HX 


Computed: HL 
v0031 INPUT OUTPUT 

} Vi41111 11 

Pin # =: 1234567891234567 89 

Expected: XXXXXXXXXXXX0111 ===> LX 

Computed: tt 
v0032 INPUT OUTPUT 

W444 11 


Pin # =: 1234567891234567 89 
Expected: XXXXXXXXXXXX1111 ===> HX 


Simulation completed, Errors detected = 0 


Figure 1-35. (Cont'd.) 


Listing sum-of-products equations for XORMUX 


XOR_Y = /XA*XB*/XD*/XC 


MUX_Y 


+ /XA*XB*XD*XC 
+ /XA*/XB*XD*/XC 
+ /XA*®/XB*/XD*XC 
+ XA*/XB*/XD*/XC 
+ XA*/XB*XD*XC 
+ XA*XB*XD*/XC 
+ XA*XB*/XD*XC; 


/S2*/$1*/S0*D0 
+ /S2*/S1*S0*D1 


+ /S2*S1*/SO*D2 


+ 


/S2*S1*S0*D3, 
$2*/S1*/S0*D4 
$2*/S1*S0*D5 
$2*S1*/S0*D6 
S2*S1*S0*D7; 


+ + + + 
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Title: XORMUX 

Part Type: PAL18P8* 
DEVICE: PAL18P8* 
MFG: AMD* 


FO* 

L0000 
10036 
L0072 
t0108 
L0144 
L0180 
L0216 
L0252 
L0288 
L0324 
L0360 
£0396 
L0432 
L0468 
L0504 
L0540 
LOS76 
10612 
LO648 
LO0684 


TUT ATTT A107 1991-1190 1911-1997 «1191«1119* 
1010 101% 1141 1111 1111 1117 1111 1101 1171* 


1010 O171 1111 1994 1111 1991 1111 9110 1111*- 


0110 1011 1919 1999 19191°1914 1111 1110 1111* 
0110 0111 1417 1411 1141 1911 1111 1101 1111* 
1001 1014 1141 1111 1111 1111 1111 1110 1117* 
1001 0111 1141 9141 1211 1141 14914 110% 1111* 
0107 1014 4441 1111 1111 1141 1111 1107 1111* 
0101 O111 2141 1177 1141 1111 1111 1110 1111* 
W449 9949 1997-1999 9911 1997 1999 1914 1191* 
1411 1141 0110 14140 41110 11117 1117 1111 1111* 
1111 1111 1110 0110 1101 1121 1111 1111 1111* 
4111 1114 1140 1101 0110 1111 4197 1111 1111* 
4111 1114 1110 1101 1101 0914 11191 4111 1111* 
11141914 1101 1910 11410 1411 0111 1111 1171* 
1417 1911 1101 1940 9101 1111 1111 01113 1111* 
1114 1494 1101 1101 1140 1141 1101 1111 1111* 
191111191 1101 1101 1101 1101 1141 1111 1111* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 C000 0000 6000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 C000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0600 0000 0000 0000 60000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 6000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 


0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 O000* 
0000 0000 0000 6000 0000 0000 0000 0000 0000* 
6000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 C000 0900 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 O000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000+ 
0000 0000 0000 0060 0000 0000 0000 0000 c000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 9000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 o000* 
0000 0000 0000 0000 0000 0000 0000 0000 O000* 
0000 0000 0000 0000 0000 0000 0000 9000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 9000* 
0000 0000 0000 0000 0000 6000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 o000* 
0000 0000 0000 0000 0000 0000 9000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0006 0000 0000 0002 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 9000 o000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0000* 
0000 0000 0000 0000 0000 0000 0000 0000 0o000* 
0000 0000 0000 0000 0000 0000 0000 0000 c000* 
11000000* 
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Figure 1-36. Device/Fuse Map for EXOR and MUX PLD Design 
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Eighteen Array Inputs Eight 8-Wide AND-OR Structures 
- 10 dedicated - Combinatorial outputs 
- 8 bidirectional 1/O - Programmable output enable for each output 
- Programmable polarity on each output 


Figure 1-37. AmPAL18P8 Programmed with EXOR and MUX Design 
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SEQUENTIAL DESIGN EXAMPLE 
CURRENT NEXT 


Next we will show implementation of a 4-bit binary up-counter STATE STATE 





and a decade counter in a single PAL device. 0000" 0/001 
- 0001 0010 

0010 0011 

Design of a Synchronous Binary Counter 0011 6400 
Counters are one of the simplest types of sequential networks. : : : ; : : 
A synchronous counter is usually built from a number of flip- 0110 0111 
flops which change state in a prescribed sequence when input 0114 1000 
pulses are received. The operation of the flip-flops is synchro- 1000 1001 
nized to a common input pulse (a common clock). 1001 1010 
Synchronous counters are used for state sequencing, delay ; : : i" : 
timing and event counting. The key to designing a counter is 1100 1101 
knowing when a bit should be toggled. For an up-counter, a bit 1101 1110 
is toggled whenever every bit of lesser significance is ''1"' (see 1110 1111 
the counting sequence of Figure 1-38). 1111 0000 


Conversely, for a down-counter, a bit is toggled whenever 

every bit of lesser significance is ''0''. In both cases, the LSB 2 

is always toggled. By ANDing all bits of lesser significance Figure 1-38. Counting Sequence 

along with the complement of the current data in the register, 

the problem of when this bit is to be toggled is solved. /Q0 

However, to complete the design, the bit must remain un- 7a 

changed under all other conditions. This can be accomplished 102 : / TOGGLE 
by ORing the complements of the lesser significant bits ; ai 

together and then ANDing the result with the current data in Qh ; 

the register (Figure 1-39). The equation in Figure 1-39 can be / TOGGLE = Qie(/Q0 + /Q1 + /Q2 +..+ /Qi-1) 

changed into the SOP form (Figure 1-40) for direct implemen- ; LDO00500 
tation in a PAL device. Thus, if a bit is to be toggled, the 

complement of the current data will be clocked in; if not, the Figure 1-39. Logic for Not Toggling Bit | 

data remains unchanged by clocking in the current data. . ; 


A 4-bit binary up-counter example illustrates this approach. /Q0 
We will build this 4-bit binary counter using D flip-flops. The ai 
state of the counter is determined by the state of the individual 101 


flip-flops. For example, if flip-flop A is in state 0, B in state 1, C Qi 
in state 1 and D in state 0, the state of the counter is 0110. 
Initially all the flip-flops are set to the zero state. When a clock /Q2 
pulse is received, the counter will change to state 0001; when Qi 
a second clock pulse is received, the state will change to 


0010, etc. The state-counting sequence is shown in Figure 
1-38. ve 


/ TOGGLE 





Figure 1-41 shows the state diagram for a 4-bit binary up- /TOGGLE = /Q0eQi.+ /Q1e@Qi + /Q2eQi + ... + /Qi-1@Qi 
counter. Typical counter functions are loading data, counting, LD000510 
and "holding" data. The function table is shown in Figure 1-42 

and the logic diagram in Figure 1-43. Figure 1-40. Equivalent Form of Figure 1-39 


1-41 


DF006140 


~~ 
@ 
Q 
-—. 
) 
oa 
”n 
© 
= 
eee! 
h 
o 
et 
c 
|] 
o 
sf 
Qa 
=> 
ra 
rs] 
£ 
a 
= 
a 
8 
wz 
cs] 
— 
° 
E 
3] 
- 
a 
S&S 
fa) 
o 
[ 
CS. 
-— 
” 
= 
zz 
J 
= 
® 
. 
3 
> 
Le 


OUTPUTS 


TB000320 


Figure 1-42. Function Table for 4-Bit Binary Up-Counter 
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Expanding the number of bits in the counter is done by 
expanding the function table to incorporate the additional bits. 
Karnaugh maps, although not essential, can be used to find 
the required equations in SOP form for a PAL-device imple- 
mentation. In general, besides any fixed overhead for control 
functions (CLEAR, LOAD, and HOLD in this example) bit n will 
require additional n product terms. Therefore, if this example 
4-bit counter is to be expanded to 5 bits, the fifth bit will require 
five product terms plus three additional product terms for 
clearing, loading, and counting (see Figure 1-44). Note that the 
original 4-bit block is unaffected by the addition of the fifth bit. 








ons 68 = so 


Figure 1-44. 5-Bit Binary Up-Counter 





This basic counter is easily expandable to perform more 
complex functions. 


A high-level language design specification for the 4-bit binary 
counter is shown in Figure 1-45. Corresponding test vectors 
are shown in Figure 1-46 and are used as inputs by the 
simulator to test the logic equations. Figure 1-47 shows the 
PLPL Optimizer's output; Figure 1-48, the equations list; Figure 
1-49, the simulation run; Figure 1-50, the device map; and 
Figure 1-51, the implementation of this function in an Am- 
PAL16R8 device (Note that Figures 1-46 through 1-51 also 
implement a decade-counter function, the description for 
which follows). 
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DEVICE BIN_DCD_CNTR (AMPAL16R8) IF (/BIN(3]*/BIN(2)*/BIN(1}* BIN(O]) THEN BIN[3:0] := 2; 
“An AmPAL16R8 programmed as a dual base counter: binary and decimal" IF (/BIN(3)*/BIN[2}* BIN(1)*/BIN[0]) THEN BIN[3:0] := 3; 
PINCLK=1 St =2 SG =3 D{3:0] = 5,6,7,8 "data" , IF (/81N(3)*/BIN(2}* BIN(1]* BIN[0]) THEN BIN(3:0) := 4; 
/BIN(3:0] = 19,18,17,16 “binary counter active LOW" IF (/BIN(3]* BIN{2}*/BIN([1]*/BIN(O)) THEN 8IN[3:0] := 5; 
/0CD {3:0} = 15,14,13,12; “decimat counter active LOW" IF (/BINE3}* BIN[2]*/BIN[1}* BIN{0}) THEN BIN[3:0] z= 6; 
BEGIN IF (/BIN(3]* BIN(2]* BIN[1]*/BIN([0)) THEN BIN(3:0) := 7; 
IF (/S1*/S0) THEN “clear IF (/B1N{3}* BIN(2]* BIN([1]* BIN[O]) THEN BIN[3:0] := 8; 
BEGIN IF ( BIN[3)*/BIN(2]*/BIN([1]*/BIN[0]) THEN BIN[3:0] := 9; 
BIN[3:0] := 0; “output is active LOw" IF ( BIN[3]*/BIN(2)*/BIN(1]* BIN[0]) THEN BIN(3:0] := 10; 
0CD(3:0] := 0; IF ¢ BIN(3)*/BIN[2}* BIN(1)*/BIN[0]}) THEN BINI[3:0] := 11; 
END; IF ( BIN(3)*/BIN(2}* BIN(1}* BIN([0}) THEN BIN{3:0] := 12; 
IF (/S1*SO) THEN "load" \ IF ( BIN(3]* BIN(2)*/BIN(1]*/BIN{O})) THEN BIN(3:0] := 13; 
BEGIN : IF ( BIN(3}* BIN{2]*/BIN(1}* BINIO}) THEN BIN(3:0} := 14; 
BIN(3:0) := D{3:0); IF ( BIN(3)* BIN([2]* BIN[1}*/BIN(0}) THEN BIN{[3:0) := 15; 
0C0 (3:0) := 0(3:03; IF ( BINI3}* BIN(2}* BIN(1]* BIN(O)) THEN BIN(3:0] <= 0; 
ENO; END; 
IF (S1*/SO) THEN: “hold END. 
BEGIN TEST_VECTORS 
BIN(3:0] := BIN(3:0]; “hold BIN-and DCD active LOw" IN CLK,$1,S0,0{3:0}; 10 BIN(3:0] ,0CD (3:0); - 
0CD(3:0} := DCDI3:0}; BEGIN 
END; “CLK S1 SO DATA | BIN[3:0) DCD[3:0]* 
1F (S1*SO) THEN “count™ c oO 1 6170 LHHL. LHHL ; "load" 
BEGIN ce 1 01111 LHHL LHHL-; “hold* 
IF_(/DCD £3} */DCD [2] */DCD [1] */DCD [0] ) THEN © DCD[3:0] := 1; c oO oO 0110 LLLL LLLL ; “clear, start count from 0" ~ 
IF (/D0CO(3]*/DCDI2}]*/DCD{1]* DCD{0}) THEN DCD[3:0) <= 2; Cc 1 1 0110 LLL LLLH ;- “count 
IF (/0CD [3] */0CD[2}* DCDL1]*/OCD(0]) THEN DCD[3:0] := 3; c 1 1 0110: LLHL LLHL = “count® - 
IF. (/DCO {3} */DCD([2]* DCD{1}]* DCD{0}) THEN DCD{3:0} := 4; c 1 1 0110 LLHH © LLHH:; “count®* 
IF (/0CD(3)* DCOI2}*/0CD[1]*/DC@DL0}) THEN DCD{(3:0] := 5; * c. 1 14 0110 LHLL LHLL =; “count™ 
IF (/DCD(3]* DCD(2]*/DCDL1}* OCDL0]) THEN -DCD[3:0]} := 6; c 7 10110 LHLH LHLH ;  “count* 
IF (/0CD[3]* DCO{2}* DCD [1] */DCD (0) ) THEN DCO{3:0]} := 7; c 1 1 0110 _LRHL LHHL 3; “count" 
IF (/0CD[3}* DCD[2)}* DCDL1}* OCD{0]) THEN OCDI3:0) := 8; c 1 10110 LH LHHH ; “count 
IF € DCD(3}*/DCD(2]*/DCD[1}*/DCD {0} ) THEN DCD[3:0) := 9; c 1 100110 HLLL HLLL ;  “count® 
IE (€ DCDL3]*/DCD [2] */0CD[1]* DCOLO)) THEN. DCO[3:0] := 0; Cc 14 1 0110 HLLH HLLH 3) “count™ 
IF ( DCD(3}*/0CD(2]* DCOL1J}*/DCD(0}) THEN OCDI3:0) := 0; c 1 10110" HURL: LLLL = “count™ 
IF ( DCD[3)*/DCDI2]* DCD{1]* DCD{0}) THEN DCD[3:0} := 0; c 1 10110: HLH LLLH = “count™: 
1F ( OCDL3)* DCD{2)*/DCD£1]*/DCD(0}) THEN OCOD[3:0] := 0; c 1 10110 HHLL LLKL ; “count 
1F ( DCD[3}* OCD{2}*/DCD{1]* DCDI0}) THEN OCD[3:0] := 0; c 1 14 0110 HHLH LLHH =; “count” 
IF € OCD(3)]* OCD[2]* DCO(1]*/DCDI0)) THEN DCD{3:0] := 0; c 74 1 :0110 HHHL LHLL ; "count 
IF ( DCD(3)* DCD(2)* DCD(1]* DCO[O]) THEN OCO{3:0) := 0; c 1 10110 HHHH LHLH ; "count" 
; c 1 10110 LLLL ~—sLHHL 3) “count” 
IF (/BIN(3]*/BIN(2]*/BIN(1]*/BIN{O)) THEN BIN[3:0] := 1; END. 
, 7TB000310 


Figure 1-45. Logic Description File for the 4-Bit Binary Counter and a Decade Counter, Written in PLPL Format 





V0001 CO1X0110XNXHLLHHLLHN 
VO002 C10X1111XNXHLLHHLLHN 
0003 COOX0110XNXHHHHHRHEN 
~ VO004 €11X0110XNXLHHHLHHHN 
VOOCS C11X0110XNXHLHHHLHEN 
V0006 C11X0110XNXLLHHLLHHN 
VO007 €11X0110XNXHHLHHHLHN 
V0008 €11X0110XNXLHLHLHLHN 
VO009 €11X0110XNXHLLHHLLHN 
VO010 €11X0110XNXLLLHLLLHN 
V0011 €11X0110XNXHHHLHHHLN 
VOO12 €11X0110XNXLHHLLHHLN 
V0013_ €141X0170XNXHHHHHLHLN 
V0014 C11X0110XNXLHHHLLHLN 
V0015 C11X0110XNXHLHHHHLLN 
V0016 C11X0110XNXLLHHLHLLN 
VO017 €11X0110XNXHHLHHLLLN 
VO018 C11XO110XNXLHLHLLLUN 
VO0O19 €11X0110XNXHLLHHHHHN 
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* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 


Figure 1-46. Test Vectors Specification for 4-Bit Binary Counter and the Decade 
Counter. Beat oe : ; 





BIN_DCD_CNTR . : 16 = 2*/14815*13 + 
PALI6R8 = tata 2*/14815842 + 
CLK 1 INPUT ; . /2*3*6 + 

$1 2 INPUT 2e/3*/14 + 

SO 3 INPUT 2*3*14*15*/13*/12 ; 
013) 5 INPUT : 13, = 2*/13815*12 + 

0[2] 6 INPUT 2*3*13*158/12 + 
D1) 7 INPUT /2*3*7 + 

DO) 8 INPUT 2*/3*/13 ; 
/DCD{O] 12 OUTPUT REGISTERED INVERTED 12 = 2*3*12"15 + 

/DCD{1} 13 OUTPUT REGISTERED INVERTED 2*3*12"14813 + 
/DCD[2] 14 OUTPUT REGISTERED INVERTED /2*3*8 + 

/DCD 3} 15 OUTPUT REGISTERED INVERTED 2*/3*/12 ; 


/B1M(0] 16 OUTPUT REGISTERED INVERTED 
/BIN(1] 17 OUTPUT REGISTERED INVERTED 
/BIN(2} 18 OUTPUT REGISTERED INVERTED - 
/BIN(3} 19 OUTPUT REGISTERED INVERTED 
* 1 
19 = 2%/19*18 + 
2*/19817 + 
2*/19816 + 
/2*3*5 + 
2*/3*/19 + 
2*3*19*/18*/17*/16 ; 
1B = 2°/18*17 + 
 28/18*16 + 
2*3*18*/ 178/16 + 
(283% + 
2*/3*/18 ; 
17 2 2A/17*16 + 
2*3*178/16 + 
/2*3*7 + 
an 2*/3*/17 
‘16 = 2*3*16 + 
P2386 boy 
2*/3*/16 3 
15 = 28/15#14913412 
/2*3*5 + 
2*/3*/15 + 
2*3*15*/14%/13*/12 ; 


+ 
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Figure 1-47. PLPL Optimizer Output for the 4-Bit Binary Counter and the 
Decade Counter 


1-46 


Listing sum-of-products equations for BIN_DCD_CNTR 


BIN[3}] := S1*BIN(3}*/BIN[2) 
+ S1*BIN(3]*/BIN[1] 
+ S1*BIN(3]*/BIN(0} 1 
+ /S1*S0*D (3) 
+ 
+ 





$1*/SO*BIN(3] 

S1*SO*/BIN(3]*BIN(2] *BIN[1]*BIN[0];° - 
S$1*BIN(2]*/BIN(1] 

S1*BIN[2}*/BIN (0) 
$1*SO*/BIN (2) *BIN(1] *BIN [0] 
/S1*S0*D (2) 

$1*/SO*BIN(2]; 

S1*BIN[1}*/BIN (0). 
$1*S0*/BIN[1] *BIN {0} | 

/S1*S0*D [1] , 

S1*/SO*BIN[1]; 

$1*S0*/BIN [0] 

/S1*S0*D [0} 

S1*/SO*BIN(0) ; 

$1*DCD [3] */DCD (2) */DCD (1) */DCD (0) 
/S1*S0*D (3) a 
$1*/SO*DCD (3] 
$1*S0*/DCD [3) *DCD [2] *DCD [1] *DCD [0] ; 
S1*DCD [2] */DCD [3] */DCD [1] 

$1*DCD (2) */DCD [3] */DCD (0) | 

/S1*SO*D [2] . 
S1*/SO*DCD[2} 
$1*S0*/DCD [2] */DCD [3] *DCD £1] *DCD [0] ; 
$1*DCD [1] */DCD [3] */DCD £0) 
$1*S0*/DCD [1] */DCD [3] *DCD [0} 
/S1*S0*D [1] 

$1*/SO*DCD [1]; 

DCD [0] := $1*S0*/DCD (0]*/DCD [3] 

. $1*S0*/DCD (0) */DCD [2] */DCD (1) 
/S1*SO*D (0) | 

$1*/SO*DCD [0]; 


BIN [2] 


+ + + + 


BIN{1} 


+ + + 


BIN (0) 


+ + 


DCO (3) 


+ + + 


DCD [2] 


+ + + + 


DCO[1] : 


+ + + 


+ + + 
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Figure 1-48. PLPL Listing of Equations for the 4-Bit Binary Counter and the 
Decade Counter 


Srl 


Tere ee ee eee ee eee ee errr rere 


ee ee eed 


eee eee ee er eee 


Pin# : 
Expected: 
Computed: 


INPUT 

1 
1234567891 
01X01 10xXx 


ot 
1234567891 
C10X1111XX 


1234567891 
C00X0110XX 


1234567891 
C11X0110xx 


- 1234567891 


C11X01 10XX 


1234567891 
C11X01 10XX 


1234567891 
€11X0110Xx 


OUTPUT 
41411111 
23456789 


===> HLLHHLLA 


HLLHHLLH 


OUTPUT 
11491111 
23456789 
==> HLLHHLLH 
HLLHHLLA 


OUTPUT 
414111911 
: 23456789 
==> HHHHHHHH 
-HHHHHHHW 


- OUTPUT 
Ma RRSRR ER! 
23456789 
==> LHHHLWHH 
LHHHLHHH 


* OUTPUT 
ViTT1111 
23456789 

==> HLAHHLHH 
HUHHHLHH 


OUTPUT 
14991111 
23456789 
==> LLHHLLHH 
LLHHLLAH 


OUTPUT 
1111111 
23456789 
==> HHLHHHLH 
HHLHHHLH 


wee c reece 


Pin# = : 
Expected: 
Computed: 


Figure 1-49. Simulation Run for 


INPUT OUTPUT vo015 INPUT 


1 11141111 1 
1234567891 23456789 Pin # =: 1234567891 
C11X0110XX ===> LHLHLHLH Expected: €11X0110XX 

LHLHLHLE Computed: 
INPUT OUTPUT v0016 INPUT 

1 11141111 1 
1234567891 23456789 Pin # =: 1234567891 
C11X0110XX ===> HLLHHLLH Expected: C11X0110XX 

HLLHHLLH Computed: 
INPUT OUTPUT v0017 INPUT 

1 11111111 1 
1234567891 23456789 Pin # =: 1234567891 
€11X0110XX ===> LLLHLLLH Expected: C11X0110XX 

. LLLHLLLH ‘ Computed: 
INPUT OUTPUT v0018 INPUT 

1 191441111 1 
1234567891... 23456789 Pin # = 1234567891 
C11X01140XX ===> HHHLRHHL Expected: €11X0110XX 

: HHHLBHRL , Computed: 
INPUT OUTPUT v0019 INPUT 

1 49991911 : 1 
1234567891 23456789 Pin # : 1234567891 
C11X0110XX ===> CHHLLHHL Expected: C11X0110XX 

UHHLLHHL Computed: 
INPUT OUTPUT 

1 14191911 
1234567891 23456789 
C11X0110XX ===> HHHHHLHL 

HHHKHLHL 
INPUT OUTPUT 

1 41111111 
1234567891 23456789 
C11X0110XX ===> LHHHLLHL 

LHHHLLHL 


the 4-Bit Binary Counter and the Decade Counter 


===> 


ss=> 


sz=> 


es=> 


OUTPUT 

19914911 
23456789 
HUHHHHLL 
HLHRHHLL 


VATT1111 
23456789 
LLHHLHLL 
LELHHLALE 


19111911 
23456789 


“HHLRHLLE 


RHLHHLLL 


TVU1T4111 
23456789 
LHLWLLLL 
LHLHLLLL 


49999991 
23456789 
RLLHHHHH 
HULLHAHHR 


eee eee eee ee eee eee eee ee ee eer ere) 


Simulation completed, Errors detected = 0 
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Title: BIN_DCD_CNTR 

Part Type: PAL16R8* 

DEVICE: PAL16R8* . 
MFG: AMO* 1 
FO* 

LO000 0110 1101 1111* 
LO032 0110 1111 1111* 
L0064 0110 1111 1111* 
L0096 1011 0111 1111* 
LO128 0110 1011 1111* 
L0160 0101 0110 1111* 
LO256 0111 1110 , 1111* 
LO288 0111 1110 1111* 
L0320 0111 0101 1111* 
LO352 1011 0111 4111* 
L0384 0111 1010 1111* 
£0512 0111 1111 1111* 
L0544 0111 0111 1111” 
L0576 1011 0111 1111* 
LO608 0111 1011 1111* 
LO768 0111 0111 1111* 
LO800 1011 0111 1111* 
LO832 0111 1011 1111* 
L1024 0111 1111 1101* 
L1056 1011 0111 1111* 
L1088 0111 1011 1111* 
L1120 0111 0111 1110* 
£1280 0111 1111 1111* 
L1312 0111 1111 1101* 
L1344 1011 0111 1111* 
L1376 0111 1011 1111 
L1408 0111 0111 1110* 
L1536 0111 1111 1101* 
L1568 0111 0111 1110* 
L1600 1011 0111 1111" 
L1632 0111 1011 1111* 
L1792 0111 0111 1101* 
L1824 0111 0111 1101* 
L1856 1011 0111 1111" 
L1888 0111 1011 1110* 
c7cc9* 

40F8 
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Figure 1-50. Device Map for the 4-Bit Binary Counter and the Decade Counter 
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INPUTS (0-31) 


V/ 


Or23 6867 SH WIT 12199015 ITI 2022223 202582627) «28289071 
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Ne@Oerevsco 
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“a 
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vm 
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DCO [2] 


fseateses 


/ 


va 


Stexesss 


BEE HR 
7 eer ee ee 
=n te) 
Pee 
Sete 


+f 2} 
SS iimiiimitstimiliniintin||imee é 


== = 
: bus = 


ly 


DCD [o) 


a 


M eeessese 
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Figure 1-51. AmPAL16R8 Programmed with 4-Bit Binary Counter and the 
Decade Counter Functions 
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4-Bit Decade Counter with D Flip-Flops 


Table 1-6 shows the current and next state description of a 4- 
bit decade counter. Figure 1-52 shows the state-counting 
sequence. 


A decade counter can be implemented with four flip-flops and 
some additional logic. The four flip-flops are represented by 
four variables A, B, C, and D. A represents the most significant 
bit and D represents the least significant bit. Note that the next 
' states are unspecified for present states 1010, 1011, 1100, 
1101, 1110 and 1111. 


Logic for each flip-flop's output can be derived easily either 
from the state table or by the Karnaugh-map method. Figure 
1-53 shows a four-variable Karnaugh-map format. A separate 
Karnaugh map is required for each flip-flop. States 1010, 
1011, 1100, 1101, 1110 and 1111 are indicated as don't-care 
states by placing X in the Karnaugh maps. 


Figures 1-54, 1-55, 1-56, and 1-57 show the next state maps 
for A*, B*, C* and D* as functions of A, B, C, and D. These 
next state maps are easily generated from Table 1-6. 


Examination of the next state table indicates that the first 
seven transitions, states 0 to 6, do not produce a ''1'’ output at 
the most significant flip-flop (A). Therefore, the map entry for 
this flip-flop in these states is set to ''0"' (Figure 1-54). When 
current state is either 7 or 8, the next state for this flip-flop 
becomes ''1'' and for current-state 9, the next state is ''0"’. 


Karnaugh maps for B*, C*, and D* can be derived similarly. 


Having created the Karnaugh maps, we can attempt to 
minimize the Boolean expression for each flip-flop. Figure 
. 1-58.a shows the unsimplified Min term expressions for each 
flip-flop derived from the state table. In Karnaugh-map minimi- 
zation, Min term expressions can be simplified by grouping 
them with don't-care terms. Figure 1-58.60 shows the Kar- 
naugh-map minimization of the different functions. 


Once the minimized SOP logic equations are generated the 
translation to a corresponding PAL device is relatively straight- 
forward. Figure 1-51 shows the implementation of both the 
4-bit binary counter and the decade counter in a single 
AmPAL16R8 PAL device. 









TABLE 1-6. FUNCTION TABLE FOR A 4-BIT 
DECADE COUNTER 


INPUTS OUTPUTS 





















x+--3O0000000X 
xoo-+-00+3~00%X 





HOLD 
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Figure 1-52. State Diagram of a 4-Bit Decade 
Counter (10 States) 





Figure 1-53. Four-Variable Karnaugh-Map Format 
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At = BCD +A‘/D 





™ Bt = /B*C*D + B*/C + B*/D 





A 1 | 
Figure 1-55. Next State Map for B 


Ct =C*/D + /A*/C*D 





cD 


AB 


00 
01 
11 
10 





Figure 1-57. Next State Map for D* 
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At = /A#B+CeD + A*/Be/C*#/D 


B* = /A*/B*C«D + /A*Be/C#/D + /A*Be/C#D + /AsBeC#/D 


ct 
pt 


= /A+/B+/C*D + /At/BsC#/D + /AeBe/Ce/D + /A*B+Ce/D 
= /A+/B+/C#/D + /A*/BeCe/D + /AsBe/Ce/D + /AtBeCe/D+A */Be/Ce/D 


Figure 1-58.a. Reduced Equations from Function Table 


A* =B+C+D + As/D 

Bt = /B*C+D + B+/C + Be/D 
C* = C+/D + /Ax/C#D 

D* =/D 


Figure 1-58.b. Reduced Equations from Karnaugh Map 


A high-level language design specification for the 4-bit decade 
counter is shown in Figure 1-45. Corresponding test vectors 
are shown in Figure 1-46 and are used as inputs for the 
simulator to test the logic equations. Figure 1-47 shows the 
PLPL Optimizer's output; Figure 1-48, the equation list; Figure 
1-49, the simulation run; Figure 1-50, the device map; and 
Figure 1-51, the implementation of this function in an Am- 
PAL16R8 device (Note that Figures 1-45 through 1-51 also 
implement a 4-bit binary counter function). 


This simple example shows the advantages of using PLDs: 

@ User-defined functions can be programmed quickly, 

@ Two or more logic circuits can be integrated into a single 
PLD, 
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@ PC board space is saved and power consumption reduced. 


Numerous PLD CAD packages are available that simplify the 
system designer's tasks. You can express the circuit at a 
higher level instead of being restricted to the early design 
methodology of truth-table/Karnaugh-map/logic equation. De- 
signs can now be expressed through a schematic-entry 
system, or through a high-level language syntax which concur- 
rently improves design documentation. 


In this chapter we have shown detailed design steps neces- 
sary for designing with PAL devices. A later section in this 
handbook contains more examples of logic design with PAL 
devices. 








SECTION 2 — SOFTWARE, cl 
PROGRAMMING, TESTING, 
RELIABILITY and TECHNOLOGY 
INFORMATION 
2.1 SOFTWARE SUPPORT FOR AMD's 
PROGRAMMABLE LOGIC DEVICES 


2.1.1 Design-Aid Software for Programmable Logic 
2.1.2 ABEL 
2.1.3 CUPL, AMCUPL 
2.1.4 PLPL 
2.2 PROGRAMMING HARDWARE 
2.3 TESTING INFORMATION | 
2.3.1 Factory Testing of PAL Devices 


2.3.2 How Testability is Designed into AMD's Programmable Logic 
Devices 


2.3.3 Specifications for Switching-Delay Minimums 
2.4 AMD PROGRAMMABLE LOGIC RELIABILITY 
2.5 PROGRAMMABLE LOGIC TECHNOLOGY 

2.5.1 IMOX-IIl— Advanced Bipolar Technology for PAL Devices 


2.5.2 Advanced CMOS Technology for PAL Devices 

























2.1 SOFTWARE SUPPORT FOR 





AMD’S PROGRAMMABLE 





Several design-aid software tools are available to the system 
designers to assist them in designing-in programmable logic 
devices (PLDs). Section 2.1.1 provides an introduction to 
these tools, while Sections 2.1.2 through 2.1.4 describe in 
detail the capabilities and features of some of the software 
packages currently available. 


2.1.1 DESIGN-AID SOFTWARE FOR 
PROGRAMMABLE LOGIC 


The main function of programmable logic design-aid software 
is to translate a custom logic design specification into a format 
which can be accepted by a programmer (Figure 2-1). 







LOGIC (PROM) 
PROGRAMMER 


Design Software for Programmable Logic 


Available design software may be classified into two major 
categories: Assemblers and Compilers. 


Boolean Assemblers 


These programs allow you to use symbolic names for signals 
appearing on input and output pins. Equations must, however, 
be written at the fuse level, creating more work for the 
designer and producing a logic description which may be more 
difficult to understand. 


Commonly available program of this type is PALASM. 
Logic Compilers 


In contrast to the lower-level Boolean assemblers, the compil- 
er lets the designer write logic descriptions at a higher level: 


LOGIC DEVICES 


CIRCUIT CONCEPT 





YOUR COMPUTER 


PROGRAMMING MATRIX PATTERNS 
PROGRAMMED 
DEVICE 





Figure 2-1. The Programmable Logic Development Cycle 






Programmable logic software is also an excellent tool for 
design simulation and documentation. Simulation aids in 
debugging an initial design and helps to assure that a device 
will operate as intended the first time instead of requiring 
multiple design iterations. Documentation capability is essen- 
tial for someone other than the original designer to understand 
a custom programmable logic-specification. 







PROGRAMMABLE LOGIC 
DESIGN SOFTWARE 







YOUR PRODUC 
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i.e., at a level that more accurately reflects the design concept. 
This type of software increases productivity while producing 
designs that are more thoroughly documented. 


Available programs of this type are CUPL, ABEL, AmCUPL 
and PLPL. 


When applied to programmable logic-design software, the 
term "universal'' compiler (Figure 2-2) refers to the ability of 
the compiler to support all programmable-logic device types, 
all popular logic (PROM) programmers, and a large number of 
popular development computers. In addition, universal compil- 
ers offer a variety of input design formats such as state 
machines, high-level Booleai. equations, truth tables, or logic 
schematics. 
















HIGH-LEVEL 
EQUATIONS 


TRUTH TABLES 


STATE LOGIC SCHEMATICS 


MACHINES 


UNIVERSAL 
COMPILER 


PAL NEXT GENERATION 
PROGRAMMABLE DEVICES 


DEVICES 


IFL DEVICES 


LD000760 


Figure 2-2. The Universal Compiler 


A universal compiler's syntax offers a general and easy 
description of the desired configuration of the chosen pro- 
grammable logic device. This means that the functionality 
embodied in a particular logic description can be programmed 
into the same PLO from different manufacturers without 
altering the description at all. 


In addition, the high-level description of the design provides 
flexibility in changing the design if so desired. A designer might 
use a particular type of PLD. Later, when fixes or enhance- 
ments require more product terms or an architectural configu- 
ration that the chosen PLD cannot support, the function can 
easily be placed in an alternate device. In many cases this will 
allow design modifications without altering printed circuit 
boards which may have already been manufactured. 


Logic Simulation 


Most of the programmable-logic software design-aid tools also 
offer logic-simulation capability to the designers. Logic simula- 
tion is typically performed to verify the logical design (logic 
equations) prior to programming an actual device. This may 
save some of the time spent trouble-shooting a programmable 
logic design using conventional techniques (scope and logic 
analyzer). 


PROGRAMMING 
MATRIX 


Tested During 
Programmer Verify 
Cycle 


A simulation file consists of a table of stimulus patterns 
applied to inputs and response patterns expected at outputs. 
The simulator compares each stimulus/response pattern (vec- 
tor) with the logic equations to verify that the expected 
response agrees with that produced according to the equa- 
tions. 


Not simulating may be of little consequence for simple 
designs, but for complex designs, especially complex sequen- 
tial logic, it is well worth the time. 


Testing Programmable Logic 
Programmable-logic software design-aid tools also assist the 


' designer in testing the PLDs after they have been pro- 
‘grammed. 


Before shipping a PLD, programmabilty may be verified by the 
manufacturer by exercising the device's address and program- 
ming circuitry on redundant test sites. 


After the device has been received and programmed by the 
user, the logic programmer will read the states of all the fuses. 
in the device and compare them with the data stored in the 
programmer's memory to check the status of the program- 
ming matrix in its verify cycle (Figure 2-3). If any mismatches. 
are detected, the device is rejected. 


OUTPUTS 
FIXED LOGIC 


Tested By Applying 
Functional Test 
Vectors 
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Figure 2-3. Programmable Logic Device Testing 





However, a correct fuse verify does not guarantee that the 
device will work properly, since the fixed logic of the device 
has not been fully tested. To ensure proper operation, the 
device must be functionally tested. 


Functional testing of PLDs involves applying stimulus patterns 
to a device while looking for the expected response. The test 
sequence consists of a table of stimulus/response patterns 
similar to those used to perform a simulation. Programmable- 
logic software design-aid programs offer the capability of 
generating these test patterns. 


These patterns (test vectors) are produced -by creating a 
simulation input file containing stimulus/response patterns. 
After running the simulator to verify the integrity of the vectors, 
they are appended to the JEDEC down-loadable file which 
already contains the programming patterns for the particular 
target device. 


We can now see that there are two distinct benefits of logic 
simulation in working with PLDs. 


LOGIC SIMULATION 


DESIGN VERIFICATION TEST VECTOR GENERATION 


Third-Party Software 
Many different programmable-logic design-aid software pro- 


’ grams and software programs resident on programmable logic 


programmers are available. Table 2-1 lists some current 
suppliers of the these design tools. Contact the indicated 
companies for the status of their particular product. 


The next three chapters of this section describe in detail the 
features of four high-level software design aids which support 
AMD's programmable logic devices. These software programs 
are ABEL, CUPL, AmCUPL, and PLPL. 


- TABLE 2-1. THIRD-PARTY SOFTWARE DESIGN-AID TOOLS 


Data I/O Corp. 

10525 Willows Road N.E. 
Redmond, WA 98073 
(206) 881-6444 


IBM PC or compatible 
DEC VAX (VMS, UNIX) 
Apollo (AEGIS) 

Sun Microsystems (UNIX) 


DASH/CADAT IBM PC or compatible 
DASH/ABEL 


ISDATA 
Haid-und-Neu-Str. 7. 
D-7500 Karlsruhe 
West Germany 
(0721) 693092 


JMC PROMAC Division 

2999 Monterey/Salinas Highway 
Monterey, CA 93940 

(408) 373-3607 


Personal CAD Systems Inc. 
1290 Parkmoor Avenue 
San Jose, CA 95126 

(408) 971-1300 


CUPL 


IBM PC or compatible 
DEC VAX (VMS, UNIX) 
Apollo (AEGIS) 


PALASM PROMAC P3 


IBM PC or compatible 
DEC VAX (VMS, UNIX) 


IBM PC or compatible 


IBM PC or compatible 
PC (CPM-80) 
DEC VAX (VMS, UNIX) 


MMI fee cee 
(Public Domain) 

AMD PLPL IBM PC or compatible 
(Public Domain) DEC VAX (UNIX) 


Valley Data Sciences PERFECT IBM PC or compatible 


2426 Charleston Road 
Mountain View, CA 94043 
(415) 968-2900 


2.1.2 ABEL 


ABEL is a complete logic-design tool that lets you easily 
describe and implement programmable logic designs in PAL 
devices, IFLs, and PROMs. ABEL consists of a special- 
purpose, high-level language that is used to describe logic 
designs, and a language processor that converts logic de- 
scriptions to programmer-load files. Programmer-load files 
contain the information necessary to program and test pro- 
grammable logic devices. Figure 2-4 shows ABEL used with 
Data I/O's Model 29 Logic Programmer in programmable logic 
development system. 


ABEL may be used with several other Data !/O design 

development tools such as: 

@ PLDtest— an automatic test-vector generator that allows 
100% testing of programmed logic parts 


VISTA 
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e@ DASH/ABEL—a schematic-diagram interface that con- 
verts schematic designs to ABEL source files 

@ PROMlink — a program that permits control of and commu- 
nication with Data I/O programmers by means of a person- 
al computer 


Features of the ABEL design language are: : 
@ Universal syntax for all programmable logic types 
@ High-level, structured design language 
@ Flexible forms for describing logic: 
- Boolean Equations 
- Truth Tables 
- State Diagrams 
Test Vectors for simulation and ‘esting 
Time-Saving Macros and Directives 





Development 
Software 


P/T Adapter —~] 


Personal Computer - 


RS-232-C 
Communication 


Data /O 
Model 29B 
Programmer 
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Figure 2-4. ABEL—A Logic Design Tool 


The ABEL language processor also has many powerful 
features: 
@ Syntax checking 
®@ Verification that a design can be implemented with a 
chosen part 
Logic reduction 
Design simulation 
Automatic design documentation 


Creation of programmer-load files:in JEDEC and PROM 


format 


Together, the ABEL design language and language processor 
make it easy to design and test logic functions that are to be 
implemented with programmable logic devices. For example, 
you can design a three-input AND function with the inputs A, 
B, and C and the output Y using a truth table like this: 


truth_table ''3-input AND gate” 
(A,B,C] —¥) 
(0,.X.,.X.] —# ; 
[.X., 0,.X.] —@ ; 
[.X.,.X., 0) —@ ; 
(1, 7, 1] —#; 


The ''.X."'s in the table indicate ''don't-care’' conditions, and 
the output Y is set to 1 only when all three inputs equal 1. You 
also could have specified the output Y in terms of simple 
Boolean operators and have achieved the same result. This is 
done here, where ''&'’ is the logical AND operator: 


Y=A&B&C; 
Design Process with ABEL 


ABEL lets you choose the type of description that is best 
suited to the logic being described, or the type of description 
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you feel most comfortable with. And, in most cases, the same 
description can be used for many different devices simply by 
changing the device specification. ABEL enters the design 
process in a way that reduces errors and saves time. You can 
think about designs in a logical, functional way, describe them 
in that fashion, and then test your design to see that it 
operates as expected, all without worrying about which fuses 
should be blown or left intact. 


Figure 2-5 shows the logic-design process and the role ABEL 
takes in it. Beginning with the design concept, the designer 
creates the ABEL source file required by the language 
processor in order for it to generate the programmer-load file. 
The source file is written by you and contains a complete 
description of your logic design. You can create the source file 
manually by means of a text editor (or word processor) that 
generates ASCIl files, or you can use DASH/ABEL to convert 
a DASH-generated schematic of the design to an ABEL 
source file. 


The source file is presented to the ABEL language processor 
which performs several functions to produce a programmer- 
load file (in JEDEC format) and design documentation. The 
first ABEL function, Parse, checks the syntax of the source file 
and flags any errors. Transform converts the logic description 
to an intermediate form. Reduce performs logic reduction, and 
Fusemap creates the programmer-load file. The programmer- 
load file can then be downloaded to the logic programmer to 
program parts, or can be first transmitted to PLDtest, an 
automatic test-vector generator. The Simulate function tests 
the design of the part against your test vectors contained in 
the source file and reports any functional failure of the design. 
The Document function generates a listing of the source file, a 
drawing of the logic device pin aesoniment, and a listing of 
the programmer-load file. 
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Figure 2-5. Logic Design Steps with ABEL 


More About ABEL Features 
Design Checking. 


The language processor checks your logic design for correct 
language syntax and explicitly tells you where an error occurs 
and what the error is. The language processor also checks 
your design to see if it can be implemented on the chosen 
device. For example, if a device input pin is used as an output 
in an equation, the language processor detects and reports 
the error. 


Logic Reduction 


The language processor reduces your logic design to a near 
minimal form, so that you do not have to perform the tedious 
task of logic reduction by traditional methods such as Kar- 
naugh maps. You may choose different levels of reduction 
based on the design and the device. 


Simulation of a design is performed after a logic design has 
been reduced and converted to a programmer-load file. The 
simulation facility uses device characteristics, a fuse map, and 
test vectors to simulate the actual operation of the device. The 


fuse map and test vectors used for simulation are the same as 
those that will be used to program and test the real device. 


Functional Device Testing 


\f test vectors are specified in a source file, the programmer- 
load file created by the language processor contains these 
vectors in a form that can be used to test a programmed 
device with a logic programmer. 


Standard JEDEC-Format Programmer-Load File 


The standard programmer-load file created by the language 
processor conforms with the JEDEC Standard, No. 3, for data 
transfer to logic programmers. JEDEC-format files are used to 
transfer PAL and IFL designs to the logic programmer. Other 
formats for PROM programmers are supported. 


System Requirements 


ABEL presently runs on the following computers and operating 
systems. Versions for additional systems are under develop- 
ment. 

@ IBM/AT/XT and MS-DOS compatibles 

@ VAX/VMS 

@ VAX/Unix 





@® Sun 
@ Valid 
@ Apollo/Mentor 


The configuration information and installation instructions for 
ABEL differ for each type of system. To install ABEL in your 
particular system, refer to the installation guide supplied with 
your ABEL package. In addition to ABEL, you will need an 
editor or word processor with which to create ABEL source 
files. This may be any editor of your choice as long as as it 
produces a standard ASCII file. 
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Note: Some word processors, such as WordStar, operate in 
more than one mode, and may create non-standard ASCII files 
that cannot be used with ABEL. If you are using such a word 
processor, choose the mode of operation that creates print- 
able ASCII files. 


For downloading programmer-load files to a logic programmer, 
you will need: 
@ An RS-232C port and a cable to connect to the programmer. 
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DESIGN TOOLS FOR PROGRAMMABLE LOGIC 


Michael Holley 
Project Engineering Manager 
FutureNet Corporation 
10525 Willows Road N.E. 
Redmond, WA 98073-9746 


Programmable logic devices consist of 
an array of logic gates whose 
interconnections may be programmed to 
implement specific logic designs. 
Gate interconnections are programmed 
by opening selected fuses while 
leaving others intact. The logic 
gates are generally arranged so that 
the device inputs are connected to AND 
gates which are in turn connected to 
OR gates. Two common types of 
structures are the PAL'™ structure, 
where the AND array is programmable, 
and the FPLA structure where both the 
AND and OR arrays are programmable. 


Figure 1 shows the fuses opened and 
left intact for a basic PAL'™ in order 
to provide the function expressed in 
the equations. This PAL'™ application 
is quite simple and the fuses to be 
blown could be determined with a low- 
level design tool, such as PALASM'™, or 
even manually. However, many next- 
generation programmable logic devices 
contain complex macro cells that 
require powerful design tools to 
efficiently program them. In addition 
to the AND and OR gate interconnect- 
ions, many newer devices contain 
programmable registers and 
programmable feedback paths from the 
outputs back to the AND gate inputs. 


To program a programmable logic 
device, a conceptual design must be 
converted to a binary bit pattern that 
is loaded into a logic programmer. 
Since the gates are arranged in a sums 
of products form (AND-OR), early 
design tools required that the user 
transform the design to the sums-of- 
products form. The next generation 
programmable logic devices have multi- 
level logic so you don't have convert 
the design to the sum-of-products 
form, just sum-of-products equations. 


PERSONAL SILICON FOUNDRY 


One solution to the programming of 
complex programmable logic devices is 
the Personal Silicon Foundry from Data 
I/O Corporation. This desk-top system 
contains all the design tools and 
hardware to take a design from 
conception to programmed devices in 
just a few hours. PSF allows the 
engineer to express the design in the 
form of Boolean equations, truth 
tables, state diagrams, or even 
schematic diagrams. Design tools 
within PSF transform the design 
description, after logic reduction, 
into a sums of products form and then 
into the required bit patterns to 
program the logic device. This paper 
provides a brief description of the 
Personal Silicon Foundry and how it 
enhances the PC engineering 
workstation as a complete design 
systen. 


PSF includes an IBM-AT or -XT anda a 
logic programmer, plus the following: 


ABEL (Advanced Boolean Expression 
Language) - a high-level logic 
design language used to describe 
and implement programmable logic 
designs and a multi-program 
language processor to process 
logic descriptions (in ASCII 
format) to JEDEC-format logic 
programmer load files. 
Programmer load files contain the 
information necessary to program 

. and test programmable logic 
devices. 


- a full-featured schematic 
design system that provides 
graphics output to 
printers/plotters and design file 
output to post-processes of 
CAD/CAE systems. 
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Figure 1. 


DASH-ABEL - a schematic capture 
interface tool that allows logic 
designs to be expressed as a 
schematic diagram. DASH-ABEL 
also allows designs within 
schematic diagrams to be 
processed by ABEL. 


PLDtest - a programmable logic device 
fault analysis tool that insures 
complete testing of devices after 
they are programmed. 


To proceed from design concept through 
to programmed devices, several basic 
steps are followed, with optional 
choices to accomodate a variety of 
design situations. The flowchart 
presented in figure 2 shows the 
general flow of the design,: 
simulation, testing, and programming 
operations provided by the system. 


Intact PAL Fuses 
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and the Logic Equations 


USING ABEL 


The heart of the PSF is the ABEL 
Language Processor. The input to the 
language processor is a source file 
that contains all elements of the 
design, declarations for the target 
logic device, test vectors, etc. The 
ABEL source file is created in either 
of two ways: 1) with a text editor 
that generates an ASCII file, or 2) 
with the DASH schematic editor. 


If a text editor is used, the designer 
keys-in the design using the desired 
method, i.e., equations, truth tables, 
or state diagrams (plus logic device 
pin information, test vectors, etc.) 
to produce a design description 
similar to those shown in figures 3 
and 4. The partial source file in. 
figure 3 describes a seven-segment 
display decoder by means of a truth 
table. The partial source file in 
figure 4 shows how a design (a traffic 
signal controller) is expressed by 
means of a state diagran. 
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DASH-2 

TEXT EDITOR DASH-ABEL 

SCHEMATIC 
CAPTURE 


ABEL 
SOURCE FILE 


TRANSFORM 
REDUCE 
FUSEMAP 


SIMULATE 
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TION 
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TION ABEL LANGUAGE TATION 


PROCESSOR 
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Figure 2. Logic Design Steps with PSF 


If the DASH schematic editor was used 
to express the design, it would be 
translated by the DASH-ABEL Schematic 
Capture program to produce source file 
with Boolean equations substituted for 
the logic circuit. (Refer to Session - 
8 for more information on the 
schematic capture feature of PSF.) 


Reduction of Logic Terns 


As indicated in figure 2, the 

completed source file is input to the 
ABEL Language Processor. The first 
step is the Parse-Transfor process. 
These programs read the. source file 
and convert truth table or state 
diagrams to Boolean equations in a non- 
minimized form. 


The subsequent Reduce program applies 
DeMorgan's theorem to convert the 
equations to the sum-of-products form 
minimize the logic description so that 
fewer product terms are used in the 
programmable logic device. 


Fusemap and Simulation 


The Fusemap program processes the 
output file from the Reduce program 
and creates a programmer load file. 
The output of the Fusemap program is 
passed either to the Simulate program 
or (in JEDEC format) to the logic 
programmer or to PLDtest. 


module bed7rom flag °=-d82" 
title “BCD to seven segment display decoder 
Data 1/0 Corp Redmond WA 27 Feb 1986” 
we 
a 


“<= BCD-to~seven-segnent decoder 
f[ g |b 

ted segment identification 
e| dlc 


U6 device “RASP8°; 


D3,02,D1,D0 pin 10,11,12,13; 
a,b,c,d,e,f,g pin 1,2,3,4,5,6,73 
ena pin 15; 


bed [D3,D2,D1,D0); 
led {a,b,¢,d,e,f,g]; 


ON, OFF 0,1; " for common anode LEDs 
L,H,X,Z Orly Xeyele3 


truth table 
(bed => 

-> 

-> 


{a, b, ¢, @€, @e, fy, g )) 

[ ON, ON, ON, ON, ON, ON, OFF); 

[OFF, ON, ON, OFF, OFF, OFF, OFF]; 
-> [ ON, ON, OFF, ON, ON, OFF, ON); 
-> [ ON, ON, ON, ON, OFF, OFF, ON); 
~> [OFF, ON, ON, OFF, OFF, ON, ON); 
“> [ ON, OFF, ON, ON, OFF, ON, ON); 
=> [ 
> [ 
> [ 
-> [ 


ON, OFF, ON, ON, ON, ON, ON]; 
ON, ON, ON, OFF, OFF, OFF, OFF]; 
ON, ON, ON, ON, ON, ON, ON]; 
ON, ON, ON, ON, OFF, ON, ON}; 


WONOAUWUE WHO 


Figure 3. An ABEL Source File Using a 
Truth Table to Describe the Design 
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state diagram 


State 0: ; SenseA & !SenseB 
: : !SenseA & SenseB 
(SenseA == SenseB) : 
endcase; 


goto. 2 
goto 3 
goto 4 


"Delay three clocks 


GreenA 
YellowA 
goto 5; 


YellowA 
RedA 
RedB 
GreenB I= 
goto 8; 


. 
: 
. 
. 


goto 15; "Unused states 
goto 15; 


case !SenseA & SenseB 
SenseA & !SenseB : 
(SenseA == SenseB) : 
endcase; 


goto 10; "Delay three clocks 
goto 11; 
goto 12; 


GreenB := 
YellowB : 
goto 133 


YellowB 
RedB 
RedA 
GreenA 
goto OQ; 


goto 15; "Unused state 

‘GreenA ; "Power on initilize state 
YellowA 

RedA 

GreenB 

YellowB 

RedB 

goto Q; 


Figure 4. Using a State Diagram to Describe a Logic Design in an ABEL Source File 
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2.1.2 ABEL (Cont'd.) 


The Simulate program uses the design 
and device information to simulate 
operation of the design ina 
programmable logic device. That is, 
it simulates operation of the device 
as if it were already programmed with 
the information contained in Fusemap 
output file. If the design fails to 
operate in accordance with the test 
vectors, errors are listed that ~ 
indicate any failed functions. The 
flagged errors allow the design to be 
corrected early in the development 
stage, before any programmable logic 
devices are actually programmed. 


The’ Programmer Load File and PLDtest 


After successful’ simulation, the JEDEC 
programmer load file is passed on to 
the logic programmer so that parts can 
then be programmed with the logic 
design. Before device programming, 
the JEDEC file can be passed through 
PLDtest, a fault analysis tool that 
insures complete testing of 
programmable logic devices. PLDtest 
generates a series of test vectors 
‘that are added to the JEDEC file so 
that the logic programmer can perform 
additional testing on each device 
after it is programmed. This lowers 
the device failure rate by identifying 
marginal devices before they can be 
placed in inventory or installed in 
the end-product. Since programmable 
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logic devices cannot be adequately 
tested before they are programmed with 
the logic design, manufactures cannot 
provide this type of testing and fault 
grading before device leave the 
factory. 


Design Documentation 


The final step of the ABEL Language 
processor is that of providing design 
documentation. This feature is of 
real benefit to engineers take no 
delight in producing thorough 
documentation. The Document program 
generates printed reports. Included 
in the documentation is signal 
name/pin informaton for the device, a 
list of reduced equations that show 
the design, a pinout diagram of the 
device, a representation of the 
fusemap, and the test vectors. 


CONCLUSION 


Personal Silicon Foundry is a complete 
design, simulate, and testing system 
for programmable logic. It is 
intended to reduce the time between 
concept and programmed parts to a 
matter of hours. All operating 
software is tried and proven with more 
than a year of service in the customer 
base. 








2.1.3 CUPL, AmMCUPL 


Designer’s Guide to: 
_ Programmable logic—Part 1 


Compiler-based 
software and PLDs 
improve logic design | 


Programmable logic devices allow you to 
complete a design faster than you can using 
SSI devices or custom ICs, and PLD 
implementations take up less space than do 
SSI-based circuits. Moreover, easy-to-use 
compiler-based languages that don’t require 
you to understand PLD architectures make 
PLDs increasingly attractive for | 
logic designs. 


Bob Osann, Assisted Technology 


Circuits that incorporate programmable logic devices 
(PLDs) take up less board space than do SSI-based 
implementations and require less design time than do 
custom-IC or SSI-based versions. But until recently, 
the PLDs’ unusual architecture and lack of software 
support made designers hesitant to use the devices, 
despite the advantages they offer. Compiler-based soft- 
ware, however, is simplifying PLD use; this high-level 
software makes it unnecessary for you to be concerned 
with the PLDs’ internal details when implementing 
logic functions with the devices. 

This first article in this 3-part series, which is aimed 
at first-time PLD users, discusses basic PLD architec- 
ture and shows you how to replace two simple logic 
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designs with PLDs using a compiler-based PLD design 
language. Part 2 will show you how to replace more 
complicated combinatorial and registered-TTL designs 
with PLDs. Part 3 will introduce the state-machine 
concept and show you how to implement a logic design 
directly, without ever developing a gate-level descrip- 
tion of the system. ; 

Although the PLD approach lets you go from logic 
function to PLD circuit without conceiving a gate-level 
description, when designers decide to use PLDs, they 
usually have either completed TTL designs that they 
want to shrink or else gate-level descriptions of circuits 
they don’t want to implement in discrete logic. There- 
fore, the first two articles in this series target convert- 
ing existing designs. 


Why use a PLD? 


For one-of-a-kind designs, prototypes, or small pro- 
duction runs, designers have traditionally taken the 
discrete approach. Discrete designs are easy to modify 
and inexpensive to manufacture in small quantities, and 
you can complete them more quickly than you can 
complete custom or semicustom designs. For produc- 
tion runs over 500, designers have typically chosen the 
semicustom and custom routes and sacrificed short 
design cycles and ease of modification to reduce manu- 
facturing costs. 

PLDs bridge the gap between bulky discrete designs 
and long custom-IC design cycles. On the one hand, 
PLD designs are easier to modify than SSI-based ones 
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2.1.3 CUPL, AmMCUPL (Cont'd.) 


and use much less space. Moreover, depending on the 
application, they can cost less than SSI-based imple- 
mentations for even small production runs. And on the 
other hand, although custom ICs can prove more eco- 
nomical than PLDs for large production runs, PLD 
design cycles are much shorter. So, if you need to get a 
small, inexpensive design to market quickly and can’t 
wait for a completed custom design, PLDs can provide 
you with a quick stand-in until your custom design is 
completed. 

In general, the PLD architecture contains a fixed 
logic array made of AND gates—whose outputs feed 


FUSE 
MATRIX 


Fig 1—Typical PLDs use one of two general architectures to permit 
implementation of a wide range of logic functions. PAL-type devices 
(a) prove easier to use, but FPLAs (6) provide more flexibility by 
allowing two levels of programmability. 


A PLD approach allows designers to go 
from a logic function to a PLD-based 
circuit without conceiving a gate-level 
description. 


OR gates—and a programming matrix. The program- 
ming matrix is made up of fuses that you blow with a 
programming device. By blowing the appropriate 
fuses, you can achieve any AND/OR product or combi- 
nation. Fig 1 shows the PAL-type and FPLA-type 
architectures. The total number of terms that you can 
generate is limited only by the size of the matrix. 
Because you can represent any logical function as the 
logical sum of product terms, you can realize any logical 
function using a PLD. A product term consists of any 
combination of input variables or their complements 
ANDed together. A logical sum is any combination of 


CONCEPTUALIZE THE LOGICAL DESIGN 


CREATE THE LOGIC-DESCRIPTION FILE 


RUN CUPL FOR TARGET PLD 
EDIT SOURCE FILE 
COMPILE ERRORS? 


SIMULATE FOR DESIGN VERIFICATION 


DOWNLOAD AND PROGRAM TARGET PLD 


DEBUG PROTOTYPE 
LOGIC DESIGN ERRORS? 


NO 


DESIGN COMPLETE © 


CREATE SIMULATION INPUT FILE 
FOR TEST-VECTOR GENERATION 


RUN SIMULATOR TO PRODUCE 
JEDEC FILE (OQOWNLOADABLE) 
WITH TEST VECTORS 


PRODUCTION RELEASE 


Fig 2—PLDs greatly simplify logic design. After you complete the 
logic-description file, the PLD software automatically compiles the 
data for downloading to a programming device. 
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Fig 3—When using CUPL, you can always write your logic equa- 
tions in positive logic, regardless of the actual polarity of the signals 
entering the device. For example, the two cases illustrated above both 
yield the same logic equation: OUT=IN,&IN2. 


product terms ORed together. Using De Morgan’s 


theorems, 


(AB)=A+B, and 
(A+B)=AB. 


Then, using the distributive property, 


A(B+C)=A+B, and 
(A+B)\(C+D)=AC+AD+BC+BD. 


The PLD software determines the best form of the 
equation that will fit into a PLD, which uses a general 
architecture to permit implementation of a wide range 
of functions. The software should allow you to think in 
terms of logical functions rather than gates. The better 
the software, the more you can abstract from the 
details of discrete design and attend to system 
concerns. 

Once you've decided to use a PLD approach, you'll 
need to choose the software development support for 
that device. You can use two basic types of software: 
assembler-based software and compiler-based software 
(Ref 1). Assembler-based software is supplied by the 
PLD manufacturer; it typically supports only that 
manufacturer’s devices. If you buy PLDs in large 
quantity, you can usually get the software for well 
under $100. An alternative to assembler-based soft- 
ware is the compiler-based software sold by Data I/O 
and Assisted Technology. Compiler-based software 
supports almost all PLD devices and programmers; 
typical prices range from $750 for a version that runs on 


CP/M-based systems to $2695 for a version that runs on’ 


VAX/VMS systems. 

Although compiler-based software is more expen- 
sive, it will make your PLD design task easier. Capabil- 
ities such as symbolic signal representation and macro 


EDN January 10, 1985 


Fig 4—Some PLD devices use an inverting output buffer. As a 


result, to accommodate applications that demand an active-high 
output signal, the compiler often must generate extra product terms 
that might make the design too big for the target PLD. 


substitution make it easier for you to formulate and 
enter your logic equations. These improvements allow 
you to formulate your design at a higher conceptual 
level; that is, you can think in terms of systems instead 
of individual circuits. 

Fig 2 illustrates the PLD design process using As- 
sisted Technology's CUPL language. (The Abel lan- 
guage, developed by Data I/O, could also be used 
to demonstrate the techniques involved.) 


The CUPL syntax 

Before you can design with CUPL, you have to learn 
the syntax. CUPL’s operators, which were chosen 
largely from the C programming language, are as 
follows: 

&=logical AND 
#=logical OR 
$=logical exclusive-OR 
!=logical negation. 

You can place comments anywhere within a CUPL 
logic specification by using the symbol /* for “start 
comment” and the symbol */ for “end comment.” You 
can also nest parentheses to any level, as in this 
example: OUT=!((A&B)&(C#(D&E))). 

To facilitate clear documentation, CUPL allows you 
to use symbolic names of arbitrary length (the first 31 
characters must be unique). Symbolic names can repre- 
sent pin variable names, internal device nodes, inter- 
mediate variables, bit-field representations, and sym- 
bolic constants. To further improve canny you can use 
the underscore character— 

RAM_PARITY_INTEN. 

When you're converting an existing design, CUPL 
allows you to give symbolic names to internal nodes 
within your design. For example, for flip-flops con- 
nected to the pin PIN__VAR, you would name the node 
as follows: 

e D-type flip-flop—PIN__VAR.D=Expression 
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e JK-type  flip-flop—PIN__VAR.J=Expression, 
PIN__VAR. K=Expression 
e RS-type  flip-floo—PIN__VAR.R=Expression, 
PIN__VAR.S=Expression. 
For 3-state-device enable signals connected to a pin, 
you would write: 
@ PIN__VAR.OE=Expression 
e [PIN_VAR LIST].OE=Expression, 
as in [DATA7..0].OE=Expression: If you’re leaving the 
3-state device enabled, you don’t have to write an 
equation for it. 


Handling signal polarities 

One issue that often confuses first-time PLD users is 
the representation of signal polarities. In CUPL, you 
can always write equations in positive logic, regardless 
of the polarity of the signals entering the device. 
Because all signals entering the PLD are buffered, you 
have access to both the true and complement versions 
of the input signal for your logic equations. Fig 3 
illustrates two simple cases. For each case—if you were 
using the PLD as an AND gate—you would write the 
same logic equation: OUT=IN,&INz. 

The specification of signal polarities is complicated by 
the inverting-output architecture of, for instance, 
20-pin PAL devices (Fig 4). If you need an active-low 
output polarity, this doesn’t create a problem. In this 
case, the compiler has to implement only one P (prod- 
uct) term. However, if you need an active-high output 
signal, the compiler must apply De Morgan’s theorem, 


Fig 5—With CUPL, you can often replace a TTL design without 
understanding its function. You just name the pins and nodes, 
combine them according to gate relationships in the circuit, and the 
software does the rest. 


The PLD architecture contains a fixed 
logic array made of a programming 
matrix and AND gates whose 
outputs feed OR gates. 


Fig 6—Reduced propagation delays are one of the benefits of using 
PLDs. A PLD implementation of the circuit shown here has, on the 
average, half the propagation delay of the discrete implementation. 


and !OUT:=!(IN,&IN2) becomes !INi#!IN2. Note that 
this equation contains two product terms. The addition- 
al space the compiler requires reduces the probability 
that the compiler will be able to fit the logic function 
into the target PLD. 

CUPL can eliminate this problem for PLD devices 
that have programmable output polarities. CUPL auto- 
matically chooses the output polarity that will result in 
the fewest number of P terms. 


Reduce keystrokes 

One of CUPL’s (and Abel’s) major advantages is 
macro substitution, the ability to use a single variable 
name to represent a complex logical equation. For 
example, if you define “INT_VAR” as “A&B#C,” the 
compiler will insert A&B#C every time it encounters 
INT__VAR. 

Because macro substitution lets you use fewer key- 
strokes to write equations, it saves time and reduces 
the probability that you’ll make input errors. By using 
macro substitution, you can write your logic specifica- 
tion in a hierarchical fashion, breaking complex equa- 
tions into more manageable and readable pieces. 


_ The logic description 

The heart of CUPL is the logic-description file 
(LDF), which contains your logic equations, pin decla- 
rations, intermediate variables, and documentation de- 
scribing the device’s function. You must complete the 
LDF to prepare your logic equations for downloading to 
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a programming device. Table 1 shows the format for a 

CUPL LDF that was written for a memory decoder. 
The following example shows you how to complete 

the logic equation, pin declaration, and intermediate 


variable portions of an LDF for the design in Fig 5. 


First, you write the pin declarations using the same 
names and signal polarities that appear on your sche- 
matic. Next, you name the output of each gate in the 


TABLE 1—SOURCE 
SPECIFICATION FILE FORMAT 


FUNCTION 
PART NO 


DESCRIPTION 


HEADER INFORMATION: 
IDENTIFIES THE 
PARTICULAR LOGIC 
SOURCE FILE 


900 16487 

MEMDEC 

07/18/84 
Ee 03 

DESIGNER OSANN 

COMPANY 

ASSEMBLY 

LOCATION 


THIS DEVICE DECODES ADDRESSES 
FOR THE DYNAMIC RAM AND 
PROVIDES THE RAS STROBES AS 
eee AS A SIGNAL THAT INITIATES 


TITLE BLOCK: 
DESCRIBES IN 
PLAIN TERMS WHAT 
THIS DEVICE DOES. 


ALLOWABLE TARGET DEVICE 
TYPES: PAL 16L8, 825153, 
EP300. 


OEVICE MENU: LISTS 
ALL TARGET Wid TYPES 
THAT MAY BE USED. 


PIN DECLARATIONS: 


(NPUTS: 
PIN [78 =A 


19..14 
PIN [7, 8] = Mei, MEM) 
PIN 9 = | REF_ADR_EN 
PIN 11 = | REF_RAS 

PIN a = ALT_LOC 


OUTPUTS: 
PINT. 16) =! [RAS 3. .0] 
PIN 14 = | CAS_. 


OECLARATIONS ne INTER- 
MEDIATE VARIABLE DEFINITIONS: 


Henn MEMADR = 
MEM REQ «= MEM' 


: Loic EQUATIONS: 


= [A9 Atl 


FUNCTION 


MEM STROBES 
INDICATES REFRESH CYCLE IN PROGRESS 
STROBE FOR RAS-ONLY REFRESH 
PLACE MEMORY IN ALTERNATE RANGE 


RAM ROW ADDRESS STROBES 
ENABLE CAS STROBES ; 


‘WRITE EQUATIONS FOR 


BIT-FIELO DECLARATIONS 

ANO INTERMEDIATE VARIABLES 
WHICH WILL BE SUBSTITUTED 
LATER USING MACRO- 
SUBSTITUTION: 

MEMORY ADDRESS 

MEMORY REQUEST 


WRITE EQUATIONS FOR 
OUTPUTS IN TERMS OF 
INPUTS AND FEEDBACK AS IN: 
OUTPUT = INPUT 1 & FEEDBACK 1 
# INPUT 2 & FEEDBACK 2 
# INPUTS N & FEEDBACK N 


DESCRIPTION 


RAS 3 = MEMREQ & ! REF_AOR_EN & 


(! ALT_LOC & MEMADR: [0C000.. .OF FF! 
# ALT_LOC & MEMAOR: [FCOOO. . 


# REF_ADR_EN & REF_RAS 


/FFFFF) 


PRIMARY RANGE 
ALTERNATE RANGE 
REFRESH CYCLE 


RAS 2 = MEMREQ &! REF_AOR_EN & 


(! ALT_LOC & MEMADA: [08000. . 
# ALT_LOC & MEMADR: [F8000. . 
# REF_AOR_EN & REF_RAS 


“OBFF 
‘ PBFFF} 


PRIMARY RANGE 
ALTERNATE RANGE 
REFRESH CYCLE 


AAS 1 = MEMREQ & | REF_ADR_EN & 


(t ALT_LOC & MEMADR: [04000. . . 
# ALT_LOC & MEMADR: [F4000. .. 


' #REF_ADR_EN & REF_RAS 


PRIMARY RANGE 
ALTERNATE RANGE 
REFRESH CYCLE ~- 


RAS 0 = MEMREQ &! Cece o & 


(! ALT_LOC & MEMADR: 
# ALT_LOC & MEMADR: P00. 
# REF_ADR_EN & REF_RAS 


COFFE} PRIMARY RANGE 
F3FFF 


ALTERNATE RANGE 
REFRESH CYCLE 


CAS_INIT = MEMREQO &! REF ADA aa & 


(! ALT_LOC & MEMADR: [00000. . 


# ALT_LOC & MEMADR: [FOOOO. . PEEP 
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FFF PRIMARY RANGE 
ALTERNATE RANGE 


schematic. In the example, STROBE, A, and !GATE 
are the intermediate variables. Using the intermediate 
variable definitions, you then write an equation for the 
output: 


PIN 4=!IN; 
PIN 5=IN, 
PIN 6=IN; 
PIN 15=OUT 
A=1IN, 
STROBE =!(!IN, )#!IN,; /*1(1IN,) =INj*1 
IGATE=!(A&IN3) 
OUT=STROBE&!GATE. 


The following expressions show this strategy applied 
to the more complicated design in Fig 6: 


A=!IN, 
B=!(IN; &IN,&!INs) 
C=!(HINS #ICIN,) 
D=!C 
E=!(C&INs) 
_F=!Be!D&!E 
G=A#F 
1OUT=(G&INg). 


The design in Fig 6 illustrates another advantage of 
using PLDs instead of discrete logic. The propagation 
delay in the PLD implementation is often less than that 
in the discrete design. The ‘discrete design for this 
circuit requires at least three TTL packages and has 
five levels of delay. The total delay time is 50 nsec (five 
levels times 10 nsec/level) for LS packages and 26 nsec 
(4X4 nsec+ 10 nsec) for a combination of LS and Schott- 
ky TTL packages. In an equivalent PLD circuit, the 
maximum delay is 25 nsec; typical delay is only 15 nsec. 


Registered PLDs 


_ Some of the more complicated types of PLDs use 
flip-flops in their output stages to store information. 
Most of these PLDs provide integral feedback paths. 
The simplest registered PLDs contain D-type flip-flops, 
which transfer the signal at their D input to their Q 
output after one clock pulse (more specifically, after the 
application of a positive-going leading edge). The equa- 
tions for the flip-flop in Fig 7 are 


OUTPUT.D=G&INPUT /*UPDATE WITH INPUT*/ 
#!G&OUTPUT; /*MAINTAIN CURRENT OUTPUT*/ 
/*VIA INTERNAL FEEDBACK DATA”*/. 


For simple registered designs, you can often model 
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Compiler-based software for PLD design 
includes such features as symbolic signal 
representation and macro substitution. 


the circuit with a timing diagram. Using the timing 
diagram, you can write your logic equations easily. In 
the Fig 8 timing diagram for a D-type flip-flop, INPUT, 
initiates the input pulse, and INPUT, terminates the 
output pulse. The pin declarations are 


PIN 3=!INPUT, 

PIN 6=!INPUT, 

PIN 1=CLOCK 
PIN 14=OUTPUT, 


and the corresponding logic equations are 


!OUTPUT&INPUT 2 /*SET FF*/ 

# OUTPUT&I!INPUT 1; /* KEEP FF SET*/ 
/* UNTIL INPUT 1*/ 
/*GOES ACTIVE*/. 


These equations demonstrate one method for using 


OUTPUT.D= 


femes OUTPUT (REGISTERED) 


Fig 7—Some PLDa use registered outputs to introduce storage 
elements into their architecture. 


the smallest possible number of product terms to keep a 
D flip-flop set for several clock cycles. Here, the 
flip-flop’s output is fed back until some condition is met 
that again enables the flip-flop. 

If the registered PLD contained JK flip-flops, the 
expressions would be 


OUTPUT.J=INPUT,; /* SET FF*/ 
OUTPUT. K=INPUT;); /* RESET FF*/. 


To handle more complicated sequential designs, you 
can model your circuit as a multiple-flip-flop system 
that uses a common clock. (Virtually all currently 
available registered PLDs use common clocks for their 
flip-flops.) For example, to convert TTL designs that 
use cascaded flip-flops (in which the outputs of some 
flip-flops are used to clock other flip-flops), you must 
find the originating clock in the circuit, which is usually 


SLL Ler 
CLOCK uJ 
oe (ans piacere (ee 


Fig 8—Converting logic designs to PLDs is easy once you've 
completed a timing diagram for your circuit. This one represents 
operation of a D-type flip-flop. 


TABLE 2—CUPL OPTION FLAGS 


PROGRAM SECURITY FUSE. 


PERFORM NO LOGIC MINIMIZATION. 


OCcCCcCOZZ=ZZzVOxXxNI- ry 
Qn —- o 


PRODUCE YOUR_FILE_NAME.ABS FOR LATER USE BY CSIM. 

PRODUCE YOUR__FILE_NAME.LST WITH LINE NUMBERS AND ERROR MESSAGES. 
PRODUCE YOUR__FILE_.NAME.HL DOWN-LOADABLE HL FORMAT FILE FOR IFL. 
PRODUCE YOUR_FILE_NAME.HEX MMI PAL ASCil-HEX FORMAT FILE. 

PRODUCE YOUR_FILE_NAME.DOC WITH FUSE MAP FILE. 

PRODUCE YOUR_FILE_NAME.DOC WITH FULLY EXPANDED EQUATIONS. 


DISABLE GLOBAL PRODUCT-TERM MERGING. (FPLA DEVICES). 


PERFORM LOCAL LOGIC MINIMIZATION. 

PERFORM LOGIC MINIMIZATION UNTIL EQUATIONS FIT IN TARGET DEVICE. 
PERFORM FULL LOGIC MINIMIZATION. 

DEACTIVATE UNUSED OR-TERMS. (INCREASES SPEED IN FPLAs). 

SET ALTERNATE SEARCH PATH FOR PLD DEVICE DATABASE. 

PRODUCE YOUR_FILE_NAME. JED, THE JEDEC FORMAT DOWNLOADABLE FILE 
AUTOMATICALLY RUN CSIM AFTER RUNNING CUPL 
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the highest-frequency source in the circuit. In most 
cases, the timing skew from one flip-flop output to the 
next is tolerable. 

The TTL circuit in Fig 9 contains an LS161 counter 
whose output is decoded in an LS138. The decoded 
output sets and resets flip-flops at various points in the 
timing cycle. The timing diagram in Fig 10 is based on 
the assumption that the clock rate is sufficiently high 
that the propagation delays from SYSCLK to OUT, and 
OUT, are not significant. If you were to implement this 
design in a PLD, the pinout would look like the one 
shown in Fig 11. Outputs Q and Q, were added to make 
all eight time slots in the circuit’s cycle a unique 
combination of the four outputs. Adding Q and Q, 
results in a timing sequence like the one in Fig 12. 

You can now write the logic equations by noting, for 
each output, each place in the timing cycle where the 
output reads high (the flip-flop is set). For example, 
OUT, is set during time slots 2, 3, and 4. (The equation 
for the D input should include representations of time 
slots 1, 2, and 3; these time slots occur immediately 
before the flip-flop is set.) For time slots 1 through 3, 
you can now write 


OUT, .D=!0UT, &!0UT.&Q.&!Q, /*TIME SLOT 1*/ 
#OUT, &!0UT2&!Q,&!Q, /*TIME SLOT 2°*/ 
#OUT,&!0UT2&Q)&!Q; /*TIME SLOT 3%/. 

Writing these equations is easier if you first define each 
time slot in terms of the register outputs that are fed 


va alan 
e 


XXX SK SS 


on 


IRESET 


Fig §—When converting complex sequential designs to PLDs, you 
can model your circuit as a group of flip-flops driven by a common 
clock. ; 


Compiler-supported symbolic names can 
represent pin variable names, internal 
device nodes, intermediate variables, 
bit-field representations, and 

symbolic constants. 


TIMESLOT] OJ O}]1/12/1391t14/1516171 01 
SYSCLK 


IRESET—— 


oa! Si ica (meen mreat 


Fig 10—This timing diagram is based on the assumption that the 
Fig 9 circuit uses a clock rate that is not significantly affected by 
propagation delays from SYSCLK to OUT, and OUT. 


PIN 1=SYSCLK 
PIN 2=!RESET 
PIN 13=OUT, 
PIN 14= OUT, 
PIN 15=Q, 

PIN 16=Q) 


Fig 11—Adding outputs Qo and Q, of this PLD implementation of the 
Fig 9 circuit makes each of the eight intervals in the Fig 12 timing 
cycle a unique combination of the circuit’s four outputs. 


back into the programmable array: 


TSo=!0UT,&!0UT2&!Q.&!Q,; /*TIME SLOT 0*/ 
TS:=!0UT,&!0UT2&Q,&!Q,; /*TIME SLOT 1*/ 
TS:=OUT,&!0UT2&!Q.&!Q,; /*TIME SLOT 2*/ 
TS:=OUT,&!0UT.& Q&!Q,; /*TIME SLOT 3*/ 
TS,=OUT, &OUT2&!Q.&!Q,; /*TIME SLOT 4*/ 

- TS,=!0UT,&0UT2&!Q,&!Q,; /*TIME SLOT 5*/ 
TS.=!0UT,&OUT,&Q.&!Q,; /*TIME SLOT 6*/ 


You can now write the equations for the four registered 
outputs in terms of TS) through TS, (TS; is not needed); 
CUPL performs the following substitutions: 


OUT;.D=TS,#TS,#TS, 

OUT:. D TS,#TS.#TS; 

~ Q).D=TS#TS:#TSs 
Q:.D=TS,. ; 


- Running CUPL 


Once you’ve completed the LDF, you're ready to 
compile the LDF for downloading to the PLD program- 
mer. To compile the file, you type an expression that 
follows this format: 

CUPL [FLAGS] TARGET__DEVICE__CODE 
YOUR_FILE__NAME. 
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PLDs with an inverting-output 
architecture complicate selection of 
signal polarities. 


qimestor lol ee Lele eet he et 7 bo | 
SYSCLK 


\RESET—— 
Glitch > et ee 
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Fig 12—Once you’ve rewritten the Fig 10 timing diagrams to reflect 
the PLD configuration in Fig 11, you can write a set of logic 
equations for implementing the PLD design. 


For example, the sequence CUPL J -A P16L8 RAM- | 
CNTRL compiles the source file for a RAM controller 
that is targeted for a PAL16L8. The J and A symbols 
are chosen from a table of CUPL option flags (Table 2). 
In this case, the compiler produces a J EDEC file and an 
absolute-format file to be used later by CUPL’s simula- 
tor, CSIM (Ref.1). The resulting compiled code is 
downloaded to the programmer, which then blows the 
appropriate fuses in the PLD. 

The designs discussed thus far are simple but useful 
for describing the PLD design process. The next two 
articles will extend the discussion to more advanced 
designs, and finally, to the state-machine approach. 

: EBM 
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Designer’s Guide to: 
Programmable logic—Part 2 


Use PLDs to shrink 
complex, discrete 
logic designs 


As discrete combinatorial and sequential 


logic circuits become more complex, tt 
becomes more difficult to convert them to 
PLD equivalents. With the help of 
compiler-basea software, though, you'll be 
converting complicated logic designs in no 
time. 


Bob Osann, Assisted Technology Inc 


Converting complicated discrete designs to their PLD 
(programmable logic device) equivalents can be an 
imposing task for the first-time PLD user or for the 
engineer who’s been laboring with outmoded PLD 
software tools. New compiler-based software, howev- 
er, makes it easy for you to implement even complex 
logic designs with PLDs. 
This article, the second in a 3-part series on PLD 
design, introduces a few of the more advanced features 
of the compiler-based PLD design language CUPL and 
shows you how to use those features to convert compli- 
cated sequential and combinatorial SSI logic designs to 
PLD equivalent designs. Part 1 of the series demon- 
strated some elementary features of CUPL and showed 
you how to apply those features in a few simple designs. 
Part 3 will introduce CUPL’s state-machine syntax and 
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show you how to move directly from logic ideas to PLD 
implementations without developing a gate-level de- 
scription of your system. 


CUPL lets you use a systems approach 

The CUPL high-level PLD support language enables 
you to develop your logic designs using a systems 
approach. This approach not only speeds the design 
process but facilitates the generation of logic descrip- 
tions that are easy to understand. 

CUPL supports a systems approach with several 


' advanced features, which give you a self-documenting 


syntax, allow you to use fewer keystrokes to develop 
your systems, and let you use symbolic names that 
correspond to whatever function you're trying to imple- 
ment. CUPL also gives you a flexible format, which lets 
you describe several similar systems in less time than it 
would take to describe the systems using a more rigid 
format. 

One of CUPL’s advanced features is its bit-field 
capability, which allows you to use a single symbolic 
name to represent a group of bits (such as an address 
bus or state bit field). This feature saves you key- 
strokes when you're formulating your design equations 
and makes the resulting equations easier to read. Once 
you've defined a symbolic name, you can use that name 
to represent either a single hexadecimal value or a 
range of hexadecimal values. For example, in an ad- 
dress-decoding application, you could equate the sym- 
bolic name MEMADR with [ADR7, ADR6, ADR65, 
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PLDs are effective replacements for both 
simple and complex combinatorial and 
sequential discrete logic designs. 


ADR4, ADR38, ADR2, ADR1, ADROJ. You could then 
substitute [ADR7... 0] for [ADR7, ADR6, ADR5, 
ADR4, ADR38, ADR2, ADR1, ADRO]. The resulting 
equation, FIELD MEMADR=[ADR7...], assigns 
the name MEMADR to the address bus. 


CUPL speeds bit-field comparisons 

Another CUPL feature is its “:” operator, which can 
perform bit-field comparisons and operations quickly 
and efficiently. This feature is particularly useful for 
describing such features as an address decoder. When 
the compiler is performing a bit-field comparison, the 
operator “:” compares a bit field with either a hexadeci- 
mal or an octal constant value or a hexadecimal or octal 
list of constant values (hexadecimal is the default 
value). When you're describing an address decoder, for 
example, the statement MEMADR: [A000... EFFF] 
is true if the address MEMADR falls in the hexadecimal 
range’ A000 to EF FF (inclusively). Note that hexadeci- 
mal constant values must contain the proper number of 
nibbles‘ to include the most significant bit of the bit 
field. In the above expression, the most significant bit 
of the E in EFFF corresponds to A1l5 in MEMADR. 

You can also use the “:” operator for bit-field opera- 
tions, as in the following equation: 


IOADR: & REPLACES AT&AG& ASL ALE ASEAZZAIEAN 
IOADR: # REPLACES A7#AG#A5#A4#AS#A2#A1#A0. 


Another timesaving CUPL feature is the preprocess- 


OUTPUT (REG/INV) 


{OUTPUT (REG/INV) | 





Fig 1—These two PLDs show two possible output configurations 
for a PLD with a fixed inverting output buffer. PLDs with program- 
mable output polarity eliminate the confusion that fixed output 
devices cause., 


or, which lets you write general-purpose logic descrip- 
tions that you can tailor to suit more than one applica- 
tion. For example, you might write a general-purpose 
decoder that you could adapt to 8-, 16-, or 32-bit 
applications by changing a few symbolic names and 
ranges, 

The CUPL preprocessor is a program that operates 
on the CUPL source file before it’s compiled. The 
preprocessor’s string-substitution function, for exam- 
ple, can replace one symbolic name with another until 
some condition is met. When it encounters the state- 
ment $DEFINE ARG1 ARG2, for instance, the pre- 
processor replaces ARG1 with ARG2 until it encoun- 
ters the statement $UNDEF ARGI1. You could use the 
arguments in this example to represent different ver- 
sions of your decoder. You could make ARGI represent, 
say, the 8-bit decoder, and you could make ARG2 
represent the 16-bit decoder. 

The preprocessor also allows you to delay inclusion of 
a file until compile time. Again, this feature lets you 
generalize your functions. For example, you could write 
several files that represent several specific cases of a 
general application. To implement different functions, 
you’d just include different file names. In the statement 
$INCLUDE FILENAME, the referenced file becomes 
part of the LDF (logic description file) only at compile 
time. 

Conditional control structures extend even further 
the ability to create generalized files. They allow you to 


'BUFFEN 


Fig 2—Address decoders are typical targets for first-time PLD 
users. A simple application like this address decoder shows how you 
can benefit from software features like macro substitution, range 


functions, and list notation. 
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TABLE 1— MEMDEC LOGIC DESCRIPTION FILE 


PARTNO 2600A00004 ; 

NAME MEMDEC ; 

DATE 02/14/84 ; 

REV 02; 

DESIGNER OSANN; 

COMPANY ASSISTED TECHNOLOGY ; 
ASSEMBLY PC-RAM; 

LOCATION U76; 


[TPMTMAAAARORANRAERENONEENEADAED RENDER SEEESENSENEAREDERERENEEEOLECEESENAAESOESDSERDEEOTHREREDESEEOOEESESED ESE EOEESSEE EE 


/* THIS DEVICE DECODES ALL MEMORY ACCESSES FOR BOTH PRIMARY AND 
/* ALTERNATE LOCATIONS. IT GENERATES THE RAS SIGNALS FOR THE FOUR 


/* BANKS OF 16K DYNAMIC RAMS AS WELL AS THE SIGNAL THAT INITIATES 
/* THE CAS SIGNALS. 


*/ 
ai 
*/ 
/ 


[IARAtgheneetsneenannnesauncersesetaaseseiennnaneaseoteeshsseveseeeseaseatestessnesassasseeeaseseeaseseessnseesnsisess 


/** ALLOWABLE TARGET DEVICE TYPES: PAL16L8, 825153, PAL16P8 - 


/** INPUTS **/ 
PIN [1..6] 

PIN [7,8] 
PIN 

PIN 11 


{A19..14] ;/* CPU ADDRESS BUS */ 


![(MEMW,MEMR} ;/* MEMORY DATA STROBES */ 
!REF_ADR_EN ;/* INDICATES REFRESH CYCLE IN PROGRESS */ 
!REF_RAS ;/* STROBE FOR RAS-ONLY REFRESH */ 


“*/ 


PIN 13 = ALT_LOC ;/* PLACE MEMORY IN ALTERNATE RANGE */ 


/** OUTPUTS **/ 


PIN (19..16] {[RAS3..0] ;/* RAM ROW ADDRESS STROBES */ 


PIN 14 !CAS_INIT ;/* ENABLE CAS STROBES */ 
/** DECLARATIONS AND INTERMEDIATE VARIABLE DEFINITIONS **/ 
FIELDMEMADR'.. = [A19..14] bie’ ;/* MEMORY ADDRESS */ 
MEMREQ = MEMW # MEMR : /* MEMORY REQUEST */ 


/** LOGIC EQUATIONS **/ 


RAS3 MEMREQ & !REF_ADR_EN & 
(!ALT_LOC & MEMADR;[0C000..0FFFF] 
# ALT.LOC & MEMADR:{FCO00..FFFFF)) 
# REF_ADR_EN & REF_RAS ; 


MEMREQ & !REF_ADR_EN & 
(!ALT_LOC & MEMADR:[08000..0BFFF] 
# ALT_LOC & MEMADR:[F8000..FBFFF]) 
# REF_ADR_EN & REF_RAS ; 


MEMREQ & !REF_ADR_EN & 
(!ALT_LOC & MEMADR;[04000..07F FF] 
# ALT_LOC & MEMAOR:[F4000..F7FFF]) 
# REF_ADR_EN & REF_RAS ; 


MEMREQ & !REF_ADR_EN & 
({ALT.LOC & MEMADR;[00000..03FFF] 
# ALT_LOC & MEMADR;[F0000..F3FFF]) 
# REF_ADR_EN & REF_RAS ; 


CAS_INIT MEMREQ & !REF_ADR_EN & 
(!‘ALT_LOC & MEMADR;(00000..0F FFF] 
# ALT_LOC & MEMADR:[F0000..FFFFF)); 
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/* PRIMARY RANGE */ 
/* ALTERNATE RANGE */ 
/* REFRESH CYCLE */ 


/* PRIMARY RANGE */ 
/* ALTERNATE RANGE */ 
/* REFRESH CYCLE */ 


/* PRIMARY RANGE */ 
/* ALTERNATE RANGE */ 
/* REFRESH CYCLE */ 


/* PRIMARY RANGE */ 
/* ALTERNATE RANGE */ 
/* REFRESH CYCLE */ 


/* PRIMARY RANGE */ 
/* ALTERNATE RANGE */ 
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compile particular portions of your LDF when you’ve 
complied with certain conditions. When you use the 
format 


$IFDEF ARG 

... STATEMENTS... 
$SELSE 

... STATEMENTS... 
SENDIF, 


the statements are compiled only if the argument ARG 
has been defined. When you use the format 
$IFNDEF ARG 
... STATEMENTS... 
$ELSE 
... STATEMENTS... 
$ENDIF, 


the statements are compiled only if the argument ARG 
has not been defined. 


Output programmability saves space 

One CUPL feature that can save you considerable 
space in your design is the language’s ability to support 
a PLD with programmable output polarity. For PLDs 
with this feature, the CUPL compiler chooses whichev- 


A19..A14 


ePU ORD, !OWR 


JMPR 
!REF_RAS 


MEMDEC 
PALI6L8 
OR 
825153 


'!BUS_REQ 


RFSHCNT 


PALI6R6 
OR 


(REF_REQ 825157 





By using symbolic names to represent bit 
fields such as address buses, you can not 
only save keystrokes, but you can make your 
designs virtually self documenting. 


er output polarity results in logic equations that use the 
smallest number of product terms. Although output- 
programmability support is a useful PLD option, many 
widely used PLDs contain inverting output buffers that 
are fixed instead of programmable. The examples that 
follow demonstrate the limitations of PLDs that don’t 
have programmable output polarity. 

For instance, Fig 1 illustrates the architecture for a 
PLD that uses a single D flip-flop and an inverter in its 
output stage. Fig la shows a design that uses an 
active-high output name, and Fig 1b shows one that 
uses an active-low output name. The pin declarations 
for Fig la are 


PIN 1 = CLOCK 
PIN 2 = INPUT 
PIN3=G . 

PIN 18 = !OUTPUT. 


To see why support for output programmability is so 
important, imagine that the flip-flop’s output is fed 
back to keep it set. The polarity used in the output 
name makes a significant difference in the number of 
product (P) terms that are fed back. 


4x 
16k x 8 


DYNAMIC 
RAM 


> REFRESH ADDRESS COUNTER 


Fig 3—Memory decoders (UEMNEC) yon 
contralles 





challenging application tor PLD conversions. This decoder is a portion of a dynamic RAM 
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TABLE 2— RFSHCNT LOGIC DESCRIPTION FILE 


PARTNO 2600A000085 ; 

NAME RFSHCNT ; 

DATE 02/19/84 ; 

REV 02 ; 

DESIGNER OSANN; 

COMPANY ASSISTED TECHNOLOGY ; 


[TOtPONADRRANRORENNEEHENEEENEEEEEDEHEA ANN ANSSESEONES TEER EEHAAAAAADERENEDEEEEAAEATREDEODERES SEE SEOE EAH R EERE ES EE EROREEE / 


/* THIS DEVICE RESPONDS TO THE REFRESH REQUEST(REF_REQ) GENERATED "/ 
/* BY THE REFRESH INTERVAL TIMER. 1T PRODUCES THE SIGNAL WHICH ; */ 
/* GATES THE REFRESH COUNTER ADDRESS INTO THE RAM ADDRESS BUS */ 
/* AS WELL AS THE REFRESH RAS STROBE AND THE CLEAR PULSE FOR *‘/ 
/* THE REFRESH INTERVAL TIMER. */ 


/sastssuacceaseessessassessessesssasasceesesesensassessneesssseseegneeanasssaaseeesesadeasennseersasasesaseseetessssaes 


/** ALLOWABLE TARGET DEVICE TYPES: PAL16R6, 828157 “/ 


/** INPUTS **/ 

PIN 1 CLK :/ CPU CLOCK */ 

PIN2 REF_REQ ;/"REFRESH REQUEST FROM INTERVAL TIMER */ 
PIN3 IBUS_AK ;/* BUS ACKNOWLEDGE FROM CPU */ 

PIN 4 = RESET . ,/* SYSTEM RESET */ 

PIN 11 = !0E :/* TIED TO GROUND */ 


/** OUTPUTS **/ 

PIN 18 

PIN 17 

PIN 16 

PIN 15 

‘PIN 14 

PIN 13 


BUS_REQ ;/* BUS REQUEST TO CPU */ 

REF_ADR_EN ;/* ENABLE REFRESH ADDRESS */ ~ 

REF_RAS ;/* STROBE FOR RAS-ONLY REFRESH */ 
REF_RAS_DLY1 ;/* REF_RAS DELAYED 1 CLOCK */ 
REF_RAS_DLY2 ; /* REF_LRAS DELAYED 2 CLOCKS */ 
CLR_REF_TMR ;/* PULSE TO CLEAR RFRSH INTERVAL TIMER */ 


=! 


/** DECLARATIONS AND INTERMEDIATE VARIABLE DEFINITIONS **/ 


FIELD ST = [BUS_REQ, /* ALL OUTPUTS ARE PART OF */ 
REF_ADR_EN, /* THE STATE BIT FIELD. */ 
REF_RAS, : 
REF_RAS_DLY1, 
REF_RAS_DLY#2, - 
CLR.REF_TMR] ; 


/** LOGIC EQUATIONS **/ 
BUS_REQ.D = !RESET & 


IBUS_REQ & REF_REQ 

# BUS_REQ & ( ST:20 # ST:30 

# ST:38 # ST:3C 

# ST:3E ) ): 


REF_ADR_EN.D = !RESET & 
(!REF_ADR_EN & BUS_AK & BUS_REQ 

# REF_ADR_EN & ( ST:30 # ST:38 
# ST:3C # ST:3E) ); 


REF_RAS.D = !RESET & (ST:30 # ST:38 # ST:3C) ; 
REF_RAS_DLY1.D = IRESET & (ST:38 # ST:3C # ST:3E) ; 
REF_RAS_DLY2.D = IRESET & (ST:3C # ST:3E # ST:36) ; 
CLR_REF_TMR.D = !RESET & ST:36 ; 
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/ SETIT*/ 

/* KEEP IT SET */ 
/* KEEP IT SET */ 
/* KEEP IT SET */ 


f SETIT*/ 
/* KEEP IT SET */ 
/\KEEP IT SET */ 
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If you choose an active-high output name, the logic 
equations are 


OUTPUT.D = G & INPUT /* UPDATE WITH INPUT */ 
#!G & OUTPUT /* MAINTAIN CURRENT OUTPUT */ 
/* VIA INTERNAL FEEDBACK PATH */. 


Because of the inverting output buffer, the equations 
that you must program into the array are 
!OUTPUT.D = (G & INPUT # !G & OUTPUT) 
{OUTPUT.D = !G & {OUTPUT # !INPUT & G # 
INPUT & !OUTPUT. 
Notice the extra product terms that are created. If, on 
the other hand, you choose an active-low output name, 
the pin declarations are 
PIN 1 = CLOCK 
PIN 2 = INPUT 


PIN3=G 
PIN 18 = !OUTPUT, 


and the final equations are 


OUTPUT.D = G & INPUT /* UPDATE WITH INPUT */ - 
#!G & OUTPUT /* MAINTAIN CURRENT OUTPUT */ 


/* VIA INTERNAL FEEDBACK PATH */. 


As you can see, when PLDs have fixed inverting 
buffers, the active-low output condition requires the 
fewest number of P terms. 

Now that you're familiar with CUPL’s features, 
you’re ready to apply them to more complicated sys- 
tems. When a logic designer uses a PLD for the first 
time in a new design, the designer’s target area is often 
the address-decode function. Fig 2 shows a simple 
I/O-decoding circuit that creates a buffer-enable signal 
for I/O reads or writes when the decoded address falls 
in the hexadecimal range 10 through 12, inclusively. If 
you were to implement this address-decoding function 
using assembler-based software, your equations would 
look like the following ones: 


BUFFEN=IORD*/A7*/A6*/A5*A4*/A3*/A2*/A1"/A0 
+IORD*/A7*/A6*/A5* A4*/A3*/A2*/A1*A0 
+IORD*/A7*/A6*/A5* A4*/A3*/A2* A1*/A0 
+ IOWR*/AT*/A6*/A5* A4*/A3"/A2*/A1*/A0 
+IOWR*/AT*/AG*/A5*A4*/A3*/A2*/AI*AD |. 
+IOWR*/A7*/A6*/A5* A4*/A3*/A2*A1*/A0. 


If you were to implement the address-decoding func- 
tion using CUPL, your equations would look like this: 


FIELDADR = [A7. . 0]; 
IOREQ = IORD # IOWR; 
BUFFEN = IOREQ & ADR{10. . 12];. 


To write equations using CUPL, you first define the 


address bus as a bit field where ADR=[A7.. . 0]. The 





Conditional control structures improve 
compiler flexibility. They allow the compiler 
to delay decisions until certain predefined 
conditions are met. 


compiler then substitutes [A7 . . . 0] whenever it sees 
ADR. You then combine the strobe signals and give 
them the arbitrary name IOREQ where IOREQ 
=IORD#IOWR. Finally, you write an equation for the 
output BUFFEN in terms of the intermediate variables 
IOREQ and ADR so that BUFFEN=IOREQ&ADR;(10 
. . . 12]. The list-notation and range functions, as well 
as macro substitution, are all used here. The final code 
takes less time to write and is much easier to read than 
code written in an assembler-based language, and it’s 
virtually self documenting. 

Fig 3 shows the CUPL design technique in a more 
complicated decoder application, a dynamic RAM con- 
troller. The PLD MEMDEC in Fig 3 provides the 
memory decoder function. It supplies four 16kx8-bit 
banks of dynamic RAM with RAS (row address strobe) 
signals and generates a signal that initiates the CAS 
(column address strobe). The initiating signal first 
passes through a delay line and then recombines with 
the RAS signals to produce the CAS. 

MEMDEC decodes address bits Al19 through Al4 of 
a 20-bit address space and maps the 64k-byte block to 
either the top or the bottom of the memory map shown 
in Fig 4. The jumper-selectable input called ALT.__LOC 





Fig 4—This memory map shows two possible locations for address 
bits A19 through Al4 of a 20-bit address space. MEMDEC decodes 
the bits and maps the 64k-byte block to either the top or the bottom of 
the memory map. 2 


EDN January 24, 1985 


2-25 





2.1.3 CUPL, AmCUPL (Cont'd.) 


determines whether the top or the bottom of the 
memory map is used. Table 1 shows a completed LDF 
for the memory decoder. 

Not only does CUPL simplify combinatorial aasiens. 
but it’s useful for implementing sequential designs as 
well. Because PLDs contain both the logic array and 
registers in the same package, they’re particularly 
powerful for implementing registered logic. The PLD 
named RFSHCNT in the RAM controller shown in Fig 
3 handles the sequential aspects of refresh control for 
the dynamic RAM in a typical »P system. 

RFSHCNT responds to a refresh signal from the 
refresh internal timer (usually 14 psec) by driving the 
CPU’s bus-request line high. After receiving a bus- 
acknowledge signal from the CPU, RFSHCNT then 
generates signals for address MUX control and RAS- 
only refresh timing. 

RFSHCNT also provides a signal that resets the 
refresh interval timer and clocks the refresh-address 
counter. Fig 5 shows the timing diagram for 
RFSHCNT. Note that the registered output signals 
are shown as logical true even though the actual 
outputs are active low. Because the equations are based 
on signals in the timing diagram, in order for the 
registered outputs to be shown as logical true, the 
target device must have either an inverting output 





Programmable-output capability allows the 
compiler to save PLD space. Thus, you'll 
need fewer PLDs when you're converting 
your design. 


buffer or programmable-output-polarity capability. 

Table 2 shows the LDF for RFSHCNT. The LDF 
uses the hexadecimal values that define the time slots 
shown in the timing diagram. Note the use of CUPL’s 
bit-field capability in the equations that specify the D 
flip-flop’s state. 

CUPL’s compiler-based techniques simplify the con- 
version of complicated SSI circuits to their PLD equiva- 
lents. Part 3 of this series will show you how to simplify 
the logic design process even further by using the 
state-machine approach. EDN 
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(IN) REF_REQ j Sa 
(OUT) BUS_REQ j | . 
(IN) 1BUS_AK TT . SS 


(OUT) REF_ADR_EN ee es [ee 
(OUT) REF_RAS UOT ocaraccsca aan ( 
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(OUT) CLR_REF_TMR eee ee ee ee 





Fis 5—The registered output signals shown in this timing diagram for RFSHCNT are shown as logical true even though the actual outputs 
are active low. Because the equations are based on the timing diagram, the target device must be inverting, or it must have 


programmable-output capability. 
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Designer’s Guide to: _ 
Programmable logic—Part 3 


State-machine 
approach speeds 


ogic design 





To exercise a PLD”s full potential for 
shortening design time and improving 
documentation, use the state-machine 
approach. This approach lets you formulate 
a behavioral description of your system and 
implement it directly in a PLD, without 
ever developing an equation- level 
representation. 


Bob Osann, Assisted Technology 


Using the state-machine approach and a compiler-based 
PLD design language like CUPL, you can bypass the 
gate- and equation-level stage in logic design and move 
directly from a system-level description to'a PLD 
implementation. Unlike assembler-based approaches, 
the state-machine approach lets you document your 
design in a. manner that’s understandable to future 
users of your design. 

Actually, few logic designers currently use the state- 
machine approach in their logic designs. This isn’t 
surprising: The technique seems difficult to learn at 
first. But CUPL makes the state-machine approach less 
formidable by handling many of the decisions you would 
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normally have to make. Furthermore, CUPL gives you 
a general and simple state-machine model like the one 
shown in Fig 1. The software automatically fits ,the 
model to your application. 


Defining the state model 

In general, a state machine is a logic circuit with 
flip-flops. Because a flip-flop’s output can be fed back to 
its own or some other flip-flop’s input, a flip-flop’s input 
value may depend on both its own output and that of 
other flip-flops. Consequently, the final value for a 
flip-flop’s output depends on its own previous values, as 
well as those of other flip-flops. 

The CUPL state-machine model uses six compo- 


NONREGISTERED OUTPUTS 


REGISTERED 
OUTPUTS . 


STATE BITS 


INPUTS 





Fig 1—State-machine theory can be complicated, but CUPL allows 
you to abstract from the theory’s complicated details. Using this 
simple model and an easy-to-learn syntax, you can quickly con- 
_ struct state-machine models of your system. 
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CLOCK 


STATE BIT 


REGISTERED 
OUTPUT 


NONREGISTERED OUPUT 
(DEPENDS ONLY ON STATE) 


INPUT 


NONREGISTERED OUTPUT 
‘(DEPENDS ON STATE AND INPUT) 





When you use the state-machine approach, 
you dont have to write a logic-equation- 
level description of your system before 
implementing it in a PLD. 





Fig 2—This timing diagram characterizes CUPL’s simple state-machine model. The setting or resetting of the registered output depends on 
the status of the state bit. Conversely, nonregistered outputs can depend either on only the current state bit's status or on both the state bit's 


status and the input’s status. 


nents: inputs, combinatorial logic, storage registers, 
state bits, registered outputs, and nonregistered out- 
puts. Fig 2 shows the timing relationships between 
these components. — 

Inputs are signals entering the device that orionats 
in some other device. Combinatorial logic is any combi- 
nation of logical gates (usually AND-OR) that produces 
an output signal that’s valid T,« (propagation delay 
time) nsec after any of the signals that drive these 


gates changes. Tp is the time delay between the © 


initiation of an input or feedback event and the occur- 
rence of a nonregistered output. | 

State bits are storage-register outputs that are fed 
back to drive the combinatorial logic. They contain the 
present-state information. Storage registers are any 
flip-flop elements that receive their inputs from the 
state machine’s combinatorial logic. Some registers are 
used for state bits, while others are used for registered 
outputs. The registered output is valid T.. nsec after 
the clock pulse occurs. T., is the time delay between the 
initiation of a clock signal and the occurrence of a valid 
flip-flop output. 

For the system to operate properly, you must meat 
your PLD’s requirements for setup and hold times. For 
most PLDs, the setup time (T,,) usually includes both 
the propagation delay of the combinatorial logic and the 
actual setup time of the flip-flops. T,, is the time it takes 
for the result of either a feedback or an input event to 
appear at the input to a flip-flop. A subsequent clock 
input cannot be applied until this result becomes valid 
at the flip-flop’s input: These flip-flops may be either D, 


RS, or JK types (but RS and JK types are used more 
often in state-machine implementations because they 
require fewer product (P) terms than D types do). 

Nonregistered outputs are outputs that come direct- 
ly from the combinatorial logic gates. They may 
be functions of the state bits and the input signals (and 
have asynchronous timing), or they may be purely 
dependent on the current state-bit values, in which case 
they become valid T,.+T,a nsec after an active clock 
edge occurs. 

Registered outputs are outputs that come from the 
storage registers but are not included in the actual 
state-bit field (ie, a bit field composed of all the state 
bits). State-machine theory requires that the setting or 
resetting of these registered outputs depend on the 
transition from a present state to a next state. This 
allows a registered output to be either set or reset ina 
given state, depending on how the machine came to be 
in that state. Thus, a registered output can assume a 
“don’t care” operation mode. In the “don’t care” mode, 
the registered output will remain at its last value as 
long as the current state transition does not specify 
that registered output. 


The state-machine syntax 

To help you implement this state-machine model 
quickly, CUPL supplies a general and simple state- 
machine syntax. This syntax gives you a single, simple 
format that allows you to describe any function in the 
state machine. The general format for the state-ma- 
chine syntax is 
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SEQUENCE state_bit_field { 

PRESENT present_state 
IF input_cond NEXT next_state 
IF input_cond NEXT next_state 
IF... 

PRESENT present_state 
IF input_cond NEXT next_state 
IF input_cond NEXT next_state 
IF... 

PRESENT... 


OUT outputs ; 
OUT outputs ; 


OUT outputs ; 
OUT outputs ; 


Each present-state block within this format de- 
scribes both asynchronous (present state) and synchro- 
nous (transition) activity. Using this format, you can 
describe any component of the state machine. For 
example, the formats for registered outputs would-be 


IF input_cond NEXT next_state OUT outputs 
—_—_——_—_—_— ; 
CONDITIONAL OUTPUT ASSOCIATED 
TRANSITION WITH TRANSITION 
or 
NEXT next_state OUT outputs 
— 
UNCONDITIONAL OUTPUT ASSOCIATED 
TRANSITION WITH TRANSITION, 


depending on whether the transition is conditional or 
not. To use these equations for describing your system, 
you need to learn how to use the CUPL keywords. For 
example, when you use a Next statement, you're telling 
the compiler that all of the outputs in that block are 
registered outputs whose values depend on transition 


STATE 
DIAGRAM 


OUT 
! REG_OUT 


NON_REG_OUT = INPUT 
OUT REG_OUT 





information (ie, information about the transition from 
the present state to the next state). Using the If 
statement signifies a conditional event. When you use 
the If keyword in a nonregistered description, you 
signify that the input and output events will have an 
asynchronous dependence. The absence of a Next key- 
word signifies a nonregistered event. 

For nonregistered outputs, you would use the format 


IF input_cond OUT outputs 


ee pened 


INPUT CONDITION NO STATE OUTPUTS ASSOCIATED 
AFFECTS OUTPUT TRANSITION WITH INPUT CONDITION 
AFTER Ty AND PRESENT STATE. 


or 


OUT outputs 
rr 
NO INPUT NO STATE OUTPUT ASSOCIATED 


TRANSITION SOLELY WITH PRESENT 
STATE. VALID 
Tx + Tw AFTER 
CLOCK. 


CONDITION 


Much of the reason for choosing either the registered 
or nonregistered format for an output depends on the 
system timing. For fully synchronous systems that 
require tight timing, the registered output provides 
fast response—it responds within T,, nsec after the 
occurrence of a clock pulse. This quick response gives 
the circuit time to use that registered output as an 
input somewhere else in the circuit before the next 
clock pulse occurs. 

Conversely, you would use the nonregistered output 
in asynchronous applications. You would also use the 


NON_REG_OUT 


REG_OUT 


Fig 3—This model for a free-running 2-bit counter demonstrates CUPL’s state-machine syntax. The counter has one input, one 


nonregistered output, and one registered output. 
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nonregistered output in simpler applications, such as 
present-state decoders. 

To better understand the state-machine model and its 
syntax, consider a simple example: a free-running 2-bit 
counter with one input, one registered output, and one 
nonregistered output. Fig 3 shows the state-transition 


diagram. The circles represent states (specific combina- 
tions of the state bits), and the arrows represent the 
transitions between states. Because the transitions in 
this example are unconditional, the counter is free- 
running. Accordingly, the logic description uses no If 
keywords in statements that signify a Next state. The 








The function-table approach 


To design logic systems with 
PLDs, you could use the func- 
tion-table approach, which com- 
plements the state-machine ap- 
proach. The function-table 
approach is useful in applications 
such as code converters, where © 
input/output relationships are 
best represented in tabular 
form. 

CUPL’s parallel-operation ca- 
pability makes it easy for you to 


prersescesece 







1** DECLARAT 


FIELD OUT = 
FIELD SEL = [ 


PALI6R4 
. OR 
82S155 






Fig A—In code-conversion applications, 
like this dual 4-to-1 multiplecer, you can 
best describe the Hon using a tabular 
format. 





























‘ 


TABLE A—GATED MUX LOGIC DESCRIPTION FILE 


PARTNO PL10007; 


NAME |. GATED MUX; 
DATE 09/17/84; 
REV 01; 


DESIGNER ARONSO 

COMPANY ASSISTED TECHNOLOGY; 
ASSEMBLY 10; 

LOCATION = _-U23, 


Uv 
(2) 


Ca ane cerenereererconenesaneeserereansanaeaneseseseesereseHneees J 


/* THIS DEVICE FUNCTIONS AS A DUAL 4-TO-1 MUX WITH INVERTING 1 
develop these tabular represen- i REGISTERED ( OUTPUTS. HE MUX OUTPUTS ARE ONLY CLOCKED INTO THE 
tations. Using that feature, you [ttencncesesteneveneennsccetorenseenntasererecrnesrerersecncncessescetsenehe | 
can declare bit fields and use UR ror bas ere Ue BL SP 
them on either the right or left 
side of the equation. | 

The parallel operation feature jek ee 5 
allows you to operate uniformly 

PIN 1 = CLOCK :I* SYSTEM CLOCK */ 

PIN (2-5) = [B3..0 :/* INPUT GROUP B */ 

PIN (6..9] = [A3..0 :/* INPUT GROUP A */ 

PIN 13 = SEL! .  :/* SELECT 1°/ 

PIN 19 = SELO ‘ /* SELECT 0 */ 

PIN 12 = GATE : 1* GATES MUX OUTPUT INTO REGISTER */ 

PIN 11 = !0E : /* OUTPUT ENABLE */ ; 

I** OUTPUTS **/ 

GATED MUX 
PIN os Mt ; * REGISTER OUTPUT FROM GROUP B */ 


!Yo ; /* REGISTER OUTPUT FROM GROUP A */ 


IONS AND INTERMEDIATE VARIABLE DEFINITIONS **/ 


[Y1..0] ;  /* OUTPUT BITS */ 
SEL1..0] | /* SELECT CONTROL BITS */ 


i** LOGIC EQUATIONS **/ 
OUT.D = !GATE & OUT [Pte ee ennseenraenseenseeneaeney 


# GATE &( [83,A3] & SEL:3 I* NOTE: ‘| 

rieiaa|eSety 1, Sore QUtPUNRRNaLEE® 

# Al 1 fc U aol 

SEL1 13] SELO # (BO.A0} & SEL:0 ) ; [TCO e eee erceraeneeeneanaceteny 


EDN February 7, 1985 


2-30 


2.1.3 CUPL, AmCUPL (Cont'd.) 


nonregistered output is active on a count of two (S2) 
when the input is active. The registered output is set on 
the transition from S2 to S3 and reset on the transition 
from S3 to SO. Table 1 gives the logic description for 
the counter. 

An application that incorporates hysteresis shows the 


To make the state-machine approach easter 
to learn, CUPL uses a model that incor- 
porates both the Mealy and Moore models. 
You use the same model for all cases. 


importance of using transition information in addition 
to present-state information. Consider, for instance, a 
circuit that performs threshold detection on an analog 
signal, but requires a hysteresis band both wider and 
more accurate than the hysteresis band an analog 
comparator could achieve. In such an application, you 


TABLE B—HEXDISP LOGIC DESCRIPTION FILE 


PARTNO | 


NAME 

DATE 6/5/84; 

REV 01; 

DESIGNER = T KAHL; 

COMPANY ASSISTED TECHNOLOGY INC; 
ASSEMBLY _DISPLAY__BOARD; 

LOCATION = -U17; 


CT0002; 
HEXDISP; 


HEXDISP 
82S123 
OR 
EQUIVALENT 


CO NO Renae terete eetesreneEeHEseHeH se LOEAEeEHEEHHEHHaEEHEH EDEL SeHeHEHEHEeD / 


I* THIS IS A HEXADECIMAL-TO-SEVEN-SEGMENT 
I* DECODER CAPABLE OF DRIVING COMMON-ANODE pene 
i] 


a B 
f 


/* LEDS. IT INCORPORATES BOTH A RIPPLE- F 

/* BLANKING INPUT (TO INHIBIT DISPLAYING 1G 
/* LEAOING ZEROES) AND A RIPPLE-BLANKING 

/* QUTPUT TO ALLOW FOR EASY CASCADING OF 
i DIGITS. 


I 


J 
Eu 
i 


WANOTAHHE RELATED EL EDEL OAENHTEEHEAHSOTEEETEHOEHHESERALEHEH EHTEL SETHE HSONEE® J 


“]* ALLOWABLE TARGET DEVICE TYPES: 32 x 8 PROM (82$123 OR. EQUIV) */ 


[Pee MMeneneeaeeseoneronconenennneenenHenesenee enevenee 


re INPUTS °"/ 


PIN [10.. $3, = [00..3} ; 
PIN 14 = IRBI; 


{** OUTPUTS **/ 
Se Aj) = = [ASOD.EF.G) 


/* RIPPLE BLANKING INPUT 


!* SEGMENT OUTPUT LINES 
/* RIPPLE BLANKING OUTPUT 


I** DECLARATIONS AND INTERMEDIATE VARIABLE DEFINITIONS **/ 


FIELD DATA = peek /* HEXADECIMAL INPUT FIELD 
FIELD SEGMENT =[A,B,C,D,€,F,G] ; /* DISPLAY SEGMENT FIELO 


$DEFINE ON_ 'b’1 
$DEFINE OFF ‘b’0 
“OFF” 


I** LOGIC EQUATIONS °*/ 
SEGMENT = 
rot 
eval 


Re RVRRRRSEHRBRERBHHE 


RBO = RBI & DATA:0; 
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!* DATA INPUT LINES TO DISPLAY 


!* SEGMENT LIT WHEN LOGICALLY “ON” */ 
/* SEGMENT DARK WHEN LOGICALLY 


Ac 
Fig B—Though a PROM was used to 
implement this simple hexadecimal-to-7 
segment decoder, you could use the same 
function table to implement this state ma- 
chine in a PLD. 


eeerensensceoe 7 


on an entire parallel data path. 
It’s easy to write a description 
in this manner, as you can see 
from Fig A’s.4-to-1 multiplexer, 
+ which has an inverting regis- 
v tered output. Table A contains 
the multiplexer’s LDF. 

The hexadecimal-to-7 segment 
decoder in Fig B also lends itself 
well to tabular representation. 
Again, bit-field notation is con- 
venient for describing the logical 
function. Incidentally, because 
it’s a simple circuit, this imple- 
mentation uses a PROM as the 
target device (because 16 pins 
are sufficient and bipolar PROMs 
are inexpensive), but you could 
also implement these function 
tables in PLDs. Table B con- 
tains the decoder’s LDF. 


° 
~ 


Rare : & !RBI 
DATA: 
DATA: 2 
DATA:3 
DATA:4 
DATA:5 
DATA:6 
DATA:7 
DATA:8 
DATA:9 
DATA:A 
DATA:B 
DATA:C 
DATA:D 
DATA:E 
DATA:F; 
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2.1.3 CUPL, AmCUPL (Cont'd.) 


TABLE 1—LOGIC DESCRIPTION FOR 2-BIT COUNTER 


FIELD COUNT =[Q1, Qo}; 


/* LET'S CALL THE STATE BIT FIELD “COUNT” */ 


[PAA M eat ennareeranenetaneeaateseran ese HHH EHEHHeEHeHHeaHHEHHeanese J 


$DEFINE SO 0 
$DEFINE S11 
$DEFINE S22 /* 
$DEFINE S3 3 


/*DEFINE SYMBOLIC NAMES FOR THE ACTUAL STATE BIT CONSTANT _ */ 
/* VALUES USING PREPROCESSOR COMMANDS. CONSTANTS DEFAULT */ 
TO HEX AND REPRESENT VALUES OF '‘COUNT” WITHIN THE */ 
I* “SEQUENCE” BLOCK BELOW. / 


[ATM MN eR tee ee ee NA EE RAED ERNE HSER EET HEN EE DENA H ERE SEH ENT H ER ENA ED YF 


SEQUENCE COUNT { i 


PRESENT SO 
PRESENT S1 
PRESENT S2 
PRESENT S3 


NEXT S1; 

NEXT S2, 

NEXT S3 OUT REG__OUT; 
NEXT SO OUT !REG__OUT ; } 


need transition information in order to achieve hystere- 
sis. One way to solve this problem would be to con- 
struct a tracking A/D converter in which the threshold 
detector output (digital Schmitt-trigger output) is a 
registered output of the state machine (Fig 4). 

The three counter bits that feed the D/A converter 
compose the state bits. To create the hysteresis, you set 
the trigger output only on the transition from S5 to S6 
and reset the trigger only on the transition from S2 to 
S1. At all other times, you place the trigger output in a 
“don’t care” state. The trigger output may have differ- 
ent values in states S2 through S5 depending on how 
the machine arrived at those states. 

Fig 5 shows a state diagram for the system. All 
states in which you can set the trigger output are shown 
on top and all states in which you can reset the trigger 


IF INPUT OUT NON__REG__OUT; /* 


NOTE USE OF BRACES FOR ENCLOSING STATE */ 
SEQUENCE DESCRIPTION BLOCK. */ 


ASYNCHRONOUS WITHIN S2 
I SETS ON TRANSITION 


I RESETS ON TRANSITION 


ANALOG_IN Seen ! TRIGGER 


DIRECTION § 


Fig 4—To realize the hysteresis function in this state-machine 
model for an analog comparator with digital hysteresis, you must set 
or reset the registered output by using transition information rather 
than present-state information. 


TRIGGER =1 


E 


TRIGGER = 0 


Fig 5—The state diagram for the analog comparator with hysteresis shows that a state’s value can be history-dependent. The trigger output 
can have different values in states S2 through S5 depending on how the machine arrives at those states. 


EDN February 7, 1985 
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2.1.3 CUPL, AmCUPL (Cont'd.) 


The CUPL state-machine syntax allows you 
to specify any state-machine component 
with a single format, thus simplifying the 
state-machine description. 


TABLE 2—SCHMITT LOGIC DESCRIPTION FILE 


PARTNO CT0001; 

NAME SCHMITT; 

DATE 6/30/84; 

REVISION 01; 

DESIGNER — T KAHL; 

COMPANY = ASSISTED TECHNOLOGY INC; 
ASSEMBLY ANALOG_INTERFACE; 
LOCATION ~—_-U27; 


[PREFS T EONS 8 wee ae eee 8 eek: e866 8.4 e888 8 88 88 eee eee e108 See 6s e898 890 88 es sies aes. 


/* THIS DEVICE RECEIVES A ‘COUNT DIRECTION’ COMMAND FROM AN ANALOG “| 
/* COMPARATOR AND RESPONDS BY INCREMENTING OR DECREMENTING AN */ 
/* INTEGRAL UP/DOWN COUNTER. A REGISTERED OUTPUT IS CREATED AND ACTS */ 
/* AS A DIGITAL SCHMITT TRIGGER WITH HYSTERESIS. “| 


acd alla tal Ra Te a i ial a ar es ee | 





f* INPUTS **/ 


PIN 1 CLOCK; /* CLOCK PIN FOR THE COUNTER 
PIN 2 DIRECTION; !* DIRECTION OF COUNT MODE PIN 


/** OUTPUTS **/ 


PIN [14..16] '(Q0..2] ; /* COUNTER STATE BITS 
PIN 17 = | TRIGGER ; /* SCHMITT TRIGGER OUTPUT BIT 


/** DECLARATIONS AND INTERMEDIATE VARIABLE DEFINITIONS **/ 
UP = DIRECTION; /* COUNTER MODES 
DOWN = !DIRECTION;; 


FIELD COUNT = [Q2..0); _ 1* FIELD FOR COUNTER STATES 


$DEFINE SO 0 /* COUNTER STATES DEFINED AS 
$OEFINE S11 /* STATES 0 THRU 7 

SOEFINE S2 2 

$DEFINE $3 3 

$DEFINE S4 4 

$DEFINE S55 

$DEFINE S6 6 

SDEFINE S77 


SEQUENCE COUNT { 

PRESENT SO 
IF UP NEXT S11; 
IF DOWN NEXT SO; 


IF UP NEXT S2; 
IF DOWN NEXT SO; 


{F UP NEXT S3; 
IF DOWN NEXT S1 OUT !TRIGGER; 


IF UP NEXT S4; 
IF DOWN NEXT S2; 


PRESENT S1 
PRESENT S2 


PRESENT S3 


PRESENT S4 : 
IF UP NEXT S5; 
IF DOWN NEXT S3; 


IF UP NEXT S6 OUT TRIGGER; 
IF DOWN NEXT $4 


IF UP NEXT $7; 
|F DOWN NEXT S5; 


IF UP NEXT $7; 
\F DOWN NEXT S6; 


PRESENT S5 
PRESENT S6 


PRESENT S7 


EDN February 7, 1985 
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2.1.3 CUPL, AmCUPL (Cont'd.) 


are shown on the bottom. Note that states $2, S3, S4, 
and S5 appear twice because they can have two differ- 
ent values. Each state’s value depends on the system’s 
previous state. 

Note also that the state bits in this application supply 
information to the outside world; in this case, the 
information consists of inputs to a D/A converter. When 
you give the PLD access to the outside world, you 
deviate from the standard Mealy and Moore state- 
machine models, but you can squeeze more logic into 
your PLD. 

Table 2 gives the state machine’s logic description 
file (LDF). In the LDF, you declare the state bits as a 
bit field and give them the symbolic name “Count.” 
Next, you use the input Direction to define names for 
the Up and Down counter modes. You then complete 
the numerical state assignment for states SO through 
S7 by using the $Define command from CUPL’s pre- 
processor. 

In defining the state machine, you use If and Next 
keywords for every present-state block. When you use 
Next, you indicate that the state machine’s activity is 
synchronous; when you use If, you indicate that the 
transitions are conditional. The transitions’ direction 
depends on the direction the counter counts in, which is 
in turn determined by the value of the Direction input. 

Though applications like counters and comparators 
with hysteresis may not seem very complicated, they 
serve to show that designing with PLDs is a straight- 
forward task, whether you’re using the devices to 
replace existing designs or using them in a state- 
machine design. EDN 
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Bob Osann is president and chief exec- 
utive officer at Assisted Technology 
Inc (San Jose, CA). He received his 
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consumer and industrial electronics. 
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2.1.3 CUPL, AmCUPL (Cont'd.) 


AmCUPL — The High-Level Software Tool for 
PAL Designs 


To provide a low-cost, high-level design-aid software too! for 
AMD's programmable logic devices, AMD and Personal CAD 
Systems have developed AMCUPL. With AmCUPL, you can 
create custom-design solutions using AMD's PAL devices in a 
matter of minutes. This shorter design cycle and other benefits 
such as lower cost, higher performance, and higher reliability 
result in a significant competitive advantage in your market- 
place. 


High-Level Design Support 


AmCUPL has many features which make it extremely powerful 
and easy to use: 
@ Choice of logic description formats: 
- State diagrams 
- High-level Boolean equations 
- Truth tables 
Portfolio of four different logic minimization algorithms 
Automatic enhanced DeMorgan expansion capability 
PALASM-to-AmCUPL translator 
User-defined logic functions 
User-friendly syntax 


@ Built-in logic simulator 


Full Support for AMD PAL Devices at a Very Low 
Cost 


AmCUPL supports all the advanced PAL devices from AMD, 
including the AmPAL22V10 and AmPAL18P8. All the ad- 
vanced features of these devices, including programmable 
output logic macrocells, programmable output polarity, and 
distributed product terms, can be effectively used with Am- 
CUPL. Future releases of AmCUPL will support upcoming PAL 
devices from AMD. 


Yet, AMCUPL provides all this support at a very low cost. This 
includes full user support from Personal CAD Systems, Inc., of 
San Jose, California. 
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Easy Upgrade Path 


When you purchase AmMCUPL you have an option to upgrade 
to CUPL from Personal CAD Systems within one year. The 
AmCUPL cost can be credited against this upgrade. CUPL 
offers the same functionality as AmMCUPL but also supports 
PAL devices from other vendors. The PC/MS-DOS version of 
AmCUPL is distributed by AMD on IBM formatted 5-1/4' 
floppy disks; a CUPL manual is included. 


AmCUPL — The cost-effective, easy-to-use, and complete 
design tool for your custom design inventions. For additional 
information on AmCUPL or other AMD PAL devices, contact 
one of AMD's sales offices, authorized reps, or distributors. 


2.1.4 PLPL 


Programmable Logic Programming Language (PLPL) is a new 
design tool that makes it easy to design, verify, and test logic 
functions that are to be implemented with programmable logic 
devices. It is an integrated, top-down, hierarchical, and com- 
plete design language which provides clear problem definition 
in a variety of ways. This results in solutions that are self 
documenting. PLPL allows multiple-input formats which means 
the function of a device can be expressed in terms of a state 
transition or truth table, high-level constructs, or Boolean 
equations. 


In a summary, PLPL is the heart of a new programmable logic 
computer-aided design (CAD) environment that allows you to 
take full advantage of the benefits associated with using 
programmable logic devices. !t aids in: 
®@ Defining the problems to be solved 

Creating a solution 

Verifying the solution by simulation 

Generating test vectors 

Optimizing/minimizing the intermediate equations 

Providing an interactive- or a batch-mode of operation 


Functionally, PLPL accepts a logic-description input file and 
creates a JEDEC-standard fuse map downloadable to a logic 
programmer. The flow of this procedure is shown in Figure 2-6. 








PALASM 
BOOLEAN 
EQUATION 


REGISTER 
TRANSFER 
DESCRIPTION 


LIST 
EQUATION 


STATE 
MACHINE 
DESCRIPTION 


OPTIMIZE 


SIMULATE 


GENERATE 
JEDEC 
FUSE MAP 


AmPAL23S8 «t 


BD006711 


Figure 2-6. PLPL Design Flow 


PLPL Features 


Major features of PLPL are: 
@ Employs high-level block-structured hardware-description 
language optimized for programmable logic devices 
@ Uses C language for flexibility and portability 
@ Supports multiple design techniques: : 
- PALASM-like sum-of-products Boolean equations 
- Extended Boolean-logic description: Parenthesized 
equations, DeMorgan's laws, Macro-substitution capa- 
bility, and pin vectors 
— High-level constructs such as: IF THEN ELSE, FOR, 
CASE, and FUNCTION CALLS 
@ Provides a convenient and powerful human interface: 
- Both interactive or batch mode 
~- Optional menu-driven capability 
~- Extensive error checking 
- Interactive help facility 
— Direct programmer interface 


@ Supports current AMD PAL devices 
@ Permits adding new devices quickly because it is data-base 
driven 


Structure of the PLPL Environment 


_In the PLPL CAD environment, each program is governed by a 
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separate program module, with all the modules tied together in 
a top-down fashion. The software modules (Figure 2-7) are as 
follows: 

® Operations Processor 

PLPL Compiler 

PLPL Data Base 

PLPL List Equations 

PLPL Optimizer 

PLPL Test-Vector Generator 

PLPL Simulator 

JEDEC Fuse-Map Generator 

PALASM-to-PLPL Translator 





PALASM-TO-PLPL 
TRANSLATOR 


PLPL DESIGN 
SPECIFICATION 


COMPILER 


SYSTEM 
EDITOR 


OPERATIONS 
PROCESSOR (OP) 


SIMULATION 
SPECIFICATION 


INTERMEDIATE EQUATIONS 


JEDEC 
FUSE-MAP 


CET GENERATOR 


PLPL 
LIST 
EQUATIONS 


PLPL 
TEST-VECTOR 
GENERATOR 


PLPL 
SIMULATOR 


JEDEC TRANSFER FORMAT 


COMPILE 
ERROR 
MESSAGES 


PLPL Operations Processor (OP) 


The PLPL OP is the interface module that defines the program 
Structure. It is an interactive, menu-driven shell that provides 
the user interface to the compiler, the JEDEC fuse-map 
generator, the simulator, the test-vector generator, the opti- 
mizer, and other device-specific utilities. With the operations 
processor, a comprehensive help facility can be consulted or, 
if required, a "shell escape" may be executed. Shell-escape 
capability allows a temporary exit from PLPL for the execution 
of certain system operations, such as editing or looking at the 
contents of various other files. It should be noted, however, 
that the internal state inside the shell is maintained. 


PLPL Compiler 


The PLPL compiler converts PLPL design specifications into 
the form needed by the JEDEC fuse-map generator, and other 
modules (such as the simulator, test-vector generator, and the 
optimizer). In addition, it flags all syntax and device-limitation 
errors. For example, a device-limitation error might indicate 
that a PAL device has an insufficient number of product terms 
to accommodate a particular logic equation. PLPL compiler is 
designed to be device-indepedent, and obtains all of its device 
data from the data base. 
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PROGRAM 
TESTER 


Figure 2-7. Structure of the PLPL Environment 


BD006721 


PLPL Data Base 
The PLPL data base serves three purposes: 


1) Stores all the architectural (device-dependent) information 
associated with supported devices and supplies this data to 
the compiler and JEDEC fuse-map generator. This arrange- 
ment makes the latter modules transparent to variations in the 
architecture of the devices. 


2) Provides the flexibility to add new devices — making the 
PLPL environment more powerful. All it takes to add a new 
device is adding a description file to the PLPL data base. 


3) Serves as a standard cell library, thereby automating 
programmable logic design. The PLPL data base supports all 
current AMD PAL devices. 


PLPL List Equations 


The PLPL list equations lists all the PLPL-generated Boolean 
equations. 


PLPL Optimizer 


The PLPL-optimizer package optimizes the list. of Boolean 
equations generated by the PLPL compiler. By reducing all 











redundant product terms, this package results in an optimum 
list of equations. 


PLPL Test-Vector Generator 


The PLPL test-vector generator generates test vectors for a 
PLPL-design specification. The test vectors can be used by 
the PLPL simulator to test the device exhaustively. 


PLPL Simulator 


The PLPL simulator enhances the confidence that the device 
will function as designed. In PLPL, simulation is performed 
with user-created test-table files consisting of input and 
expected output (optional) test vectors. The PLPL simulator 
uses the test vectors and the outputs of the PLPL compiler 
(intermediate equation) to model the device's output behavior. 
The simulator’s output is compared to the expected test- 
vector outputs, if specified, and error messages are issued 
when results do not match. A test table may be concatenated, 
or linked, with the design-input specification, or it may be kept 
in a separate file. Separating the test table from the device 
specification provides flexibility, allowing more than one test 
table to be attached to a design. 


JEDEC Fuse-Map Generator 


The JEDEC fuse-map generator accepts design details from 
the PLPL compiler. It is employed following successful simula- 
tion. It arranges the fuse pattern required for programming the 
device into a JEDEC-transfer format. This format is supported 
by all major suppliers of logic programmers. This module 
generates a fuse map that can be down-loaded directly to a 
PAL/PROM programmer. 


PLPL Input Specification 


Figure 2-8 shows a simple PLPL-input specification. It is an 
example of an 8-bit shift register implemented with the 
AmPAL22V10. The system editor is used to create the input 
specification. In general, a minimum PLPL input specification 
requires a HEADING, a PINLIST, and an EQUATION section. 
(The example shown contains additional comment strings and 
an optional macro section.) 


Heading (Keyword DEVICE) 


The heading identifies a title for the design along with the 
device used. The heading begins with the keyword, DEVICE. 
An optional title may follow the keyword. It is separated by 
white space (space(s), carriage return(s), or tab(s)). The 
device used is enclosed within parentheses following the title 
much like a function call in high-level software. In the example, 
the title is SHFT8BIT and the programmable device used is 
the AmPAL22V10. 


Optional Comment String 


In the example, a comment string appears between the 
heading and pinlist. A comment string is initiated and terminat- 
ed by the double quote symbol, and all text between double 
quotes is ignored by the compiler. Comment strings may 
appear anywhere in the specification, where a white space 
can legally appear. 


Pinlist (Keyword PIN) 


The pinlist assigns symbolic names to the pins within the 
device to help describe each pin's actual function. The pinlist 
begins with the keyword PIN. The general format in which the 
pin name and number is entered is as follows: 


PIN NAME = PIN NUMBER 
CLOCK = 1 


The pin name represents the user-specified symbolic name; 
the pin number is the actual device pin; the equal sign links the 


example: 









two. Pin names and number may be separated from the equal 
sign with white space. The pinlist may be entered in any order, 
with white space as a separator between the keyword and the 
first entry, and also between succeeding entries. The pinlist is 
terminated by a semicolon. In addition, multiple pins may be 
grouped in a single statement designated as a pin vector. 
Examples from Figure 2-8 are shown below: 


example: D[7:0] = 3,4,5,6,7,8,9,10 

(same as D[7] = 3, Di6] = 4, D[5]) = 5, D[4] = 6, D[3]) = 7, 
D[2] = 8, D{t] = 9, D[O} = 10] 

example: Q[0:7] = 15:22 

The symbolic pin-vector name is concatenated with numbers 

for each symbolic pin enclosed in brackets. There is a one-to- 

one mapping of the symbolic pin-vector name with the 

symbolic pin enclosed in brackets (i.e. D[7] = 3, D[6] = 4, etc.). 

Acolon is used to define a sequential series of numbers and a 

comma is used to concatenate numbers. Colons and commas 

can be used together for both symbolic and actual pin-number 

declarations. 


Optional Macro Section (Keyword DEFINE) 


A macro section appears between the pinlist and equation 
sections of the example. This section begins with the keyword 
DEFINE followed by white space. Each macro definition is 
terminated with a semicolon, and white space can be used for 
formatting purposes. A macro allows function(s) with fixed 


_ arguments to be defined with a single symbolic name and 


‘used repeatedly throughout the equation section. Note that 
LOAD, SHFTR, SHFTL, and HOLD were defined in the macro 
section and used in the equation section as part of the 
definition of Q[7] through Q[O]. 


Equations (Keyword BEGIN) 


The equation section is used to define the functions assigned 
to each of the output pins. The equation section begins with 
the keyword BEGIN followed by white space, and is terminat- 
ed with the keyword END. (The period must follow END.) The 
general Boolean format for equations used in the examples is 
shown below: 


PIN NAME : = EXPRESSION; 


example: Q[7]: = LOAD+«D[{7] + SHFTR«RILO+ 
SHFTL+«Q[6] + HOLD+Q[7]; 
example: RILO = Q[7]; 


Where the EXPRESSION is a sequence of PIN-NAMES (or 
their complements) separated by operators, and the PIN 
NAME is the symbolic input/output (or its complement) taken 
from the pinlist, the operator '':="' defines a sequential 
expression and ''="' defines a combinatorial expression. The 


_ operators used in the examples are shown below: 


Operator Symbols: *: — AND (product) 
+ —OR (sum) 
/— NOT (complement, prefix 
to an expression) 
;— expression terminator 
:= — sequential expression 
= — combinatorial expression 


PLPL Benefits 


The major benefit of using PLPL is that it decreases the time 
and costs associated with creating a design. This is possible 
because PLPL permits a device to be developed, simulated, 
and modified before it is programmed. It is also possible 
because PLPL is structured, self-documenting, and easy to 
employ. . ; 


PLPL has been released into the Public Domain and is 
available free of charge to any user. 


DEVICE 


DEFINE 


IF (SHFTR) 
LIRO 


END. 


CLOCK 
RILO 
D[7:0] 
Q[0:7] 


LOAD 
SHFTR 
SHFTL 
HOLD 


(RESET) 


(SHFTL) 
RILO = 


Q{7] 
Q[6] 
Q{5] 
Q{4) 
Q{3] 
Q[2] 
Q[1] 


THEN 


Figure 


SHFTS8BIT. (AmPAL22V10) 


"This is a simple example of an 8-bit 
shift register using the AmPAL22V10." 


15:22 


SEL[0] 
/SEL[0] 
SEL [0] 


Q(7]; 


LOAD+D[7] 
LOAD+D [6] 
LOAD+D[5] 
LOAD+D [4] 
LOAD+D [3] 
LOAD+D [2] 
LOAD+D[0] 


1 RESET 13 
23 LIRO 
3,4,5,6,7,8,9,10 


/SEL[0] 


THEN ARESET 


+ 
+ 
+ 
+ 
+ 
+ 
+ 


14 


/SEL(1]; 
/SEL(1]; 
SEL[1]; 
SEL[1]; 


Q; 


THEN ENABLE (RILO) ; 


SHFTR+RILO 
SHFTR+Q [7] 
SHFTR+Q[6] 


SHFTR*Q{5] 


SHFTR+Q[4] 
SHFTR+Q[3] 
SHFTR+Q[1] 


ENABLE (LIRO) ; 


Q(ol; 


SEL[1:0] =2,11 


“loads data" 
"shifts right" 
"shifts left’ 

“holds data" 


SHFTL+Q [6 ] 
SHFTL+Q [5 ] 
SHFTL+Q [4] 
SHFTL+Q [3] 
SHFTL+Q [2 ] 
SHFTL+#1 [1] 
SHFTL+LIRO 


2-8. Sample PLPL Input Specification 
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HOLD«:Q[7] ; 


HOLD+Q[6] ; 
HOLD+Q[5] ; 
HOLD+Q[4] ; 
HOLD+Q[3] ; 


HOLD+Q[2] ; 


HOLD+Q[0] ; 








2.2 PROGRAMMING HARDWARE 


AMD's programmable logic devices are manufactured using 
IMOX, a high-performance, oxide-isolated process. Platinum- 
silicide fuses are used for the device programming elements. 
The platinum-silicide-fuse technology has a superior record of 
programming yield and reliability. Programming algorithms 
have been developed by AMD to achieve consistent program- 
ming yields in excess of 99%. To maintain this extremely high 
programming yield, AMD subjects all approved programming 
equipment to a complete testing and qualification procedure. 


The fusing algorithm, which is described in detail in the 
reliability report, is designed to minimize tight tolerance 
requirements on the programming equipment. Input pins are 
used in the programming mode to gate fusing current through 
the programming path from a programming voltage applied to 
an output. The delivery of fusing current is therefore controlled 
by the switching speed of internal circuitry, not programmer 
circuitry. This minimizes the need for programmer recalibra- 
tion. However, it is strongly recommended that users maintain 
a log with each programmer to collect a record of the hours of 
service use and the programming yield of each lot. The 
programming equipment should be calibrated after every 50 
hours of service or whenever AMD PAL programming yields 
fall below 98%. 


PROGRAMMER APPROVAL CRITERIA 


Full details of the required programming parameters, wave- 
forms and addressing schemes are provided on each device 
data sheet. 


The minimum requirements for approval of a programmer by 
AMD are: 


-1) Must support all current AMD PAL products. 
2) Must achieve at least 98% programming yield. 


3) Must accept download of a JEDEC-standard PLDTF file via 
an RS-232C input port. 


4) Must generate a JEDEC-standard checksum. 


5) Must verify at HIGH and LOW Vcc extremes after program- 
ming. 
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6) Must program and verify the security fuse. 


7) Must be capable of reading a non-AMD PAL device and 
storing the pattern during any adaptor and/or setup changes 
necessary for programming the pattern into an AMD device. 


Although not required for AMD approval, additional desirable 
features are: 


1) Support of JEDEC-standard structured test vectors. 


2) Support of some form of signature test scheme using the 
signature of a known good part. 


3) Continuity test capability. 
4) Fast programming and verification. 
5) Handler support. 


WHY USE AN AMD-QUALIFIED 
PROGRAMMER ? 


Programmers qualified by AMD have been tested for all the 
required features. They have been checked for accuracy of 
the programming voltages, currents, and timing parameters. In 
addition, a yield sample has been run to confirm that yields 
meet AMD's high standards. AMD considers the qualification 
procedure very important to maintaining control of the pro- 
gramming conditions seen by AMD parts and thereby assuring 
excellent customer programming yields. For this reason, AMD 
reserves the right to disallow any returns of product pro- 
grammed on an unqualified programmer. 


QUALIFIED PROGRAMMING EQUIPMENT | 


The list of AMD-qualified PAL programmer models appears in 
Table 2-2. New programming equipment and vendors are 
constantly under evaluation. Contact your AMD Field Applica- 
tions Engineer or the factory to determine the approval status 
of any equipment not listed here. 


AMD is commited to maintaining continued close working 
relationships with the major programmer manufacturers so 
that new programmable logic devices will be properly support- 
ed in a timely manner. 





TABLE 2-2. AMD-QUALIFIED PAL PROGRAMMER MODELS ~ 


Programmer 
Models 
MODELS 100A, 19, LOGICPAK 
29A, 29B 
UniSite 40 Not Required Not Required 


aa : _ 


MODEL-MPP-80S 
or EPP80 


DATA |/O Corporation 
10525 Willows Rd. N.E. 
P.O. Box 97046 

Redmond, WA 98073-9746 
(206) 881-6444 


DIGILEC, INC. 

1602 Lawrence Ave. 
Suite 113 

Ocean, NJ 07712 
(210) 493-2420 


KONTRON ELECTRONICS, INC. 
1230 Charleston Road — 
Mountain View, CA 94039 

(800) 227-8834 


STAG MICROSYSTEMS 
528-5 Weddell Drive 
Sunnyvale, CA 94086 
(408) 745-1991 


STRUCTURED DESIGN, INC. 
988 Bryant Way 

Sunnyvale, CA 94087 

(408) 737-7131 


VALLEY DATA SCIENCES 
2426 Charleston Road 
Mountain View, CA 94043 
(415) 968-2900 


JMC PROMAC DIVISION 
2999 Monterey Highway 
Monterey, CA 93940 
(408) 373-3607 


GENERAL GUIDELINES FOR USING 
PROGRAMMING HARDWARE 


There are two common situations when a PAL user wants to 
program parts: 


1) The user has a master device and wants to program the 
master pattern into new unprogrammed parts from the same 
or from a different manufacturer. 


2) The user has a file that is in JEDEC-standard Programmable 
Logic Data Transfer Format (PLDTF) and wants to send the 
file to a programmer and program parts. 


All AMD-approved programmers can accomplish either of 
these tasks. Here are some general guidelines. 


Programming with the Use of a Master Device 


Suppose you have a master device and you want to program 
an AMD device of the same type with exactly the same 
pattern. The master device can be an AMD device or another 
manufacturer's functionally equivalent device. Follow these 
steps: 


1) Set the programmmer to read (or copy) the master device. 
This may require having a hardware adaptor for the master 
and entering a product code unique to the manufacturer and 
device type. 


2) Install the correct adaptor (if required). Enter the appropri- 
ate product-code information. Then place the master device in 
the correct socket and read its fuse pattern into the program- 
mer memory. Use whatever button-pushing sequence is 
required by the programmer for this operation. 
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AMD PAL 
Personality pets si 
' Module i 
303A - 004 
303A -011A 
303A -011B 


Not Required SA37 


MODEL-PPZ ee fl Not Required 
ZL30A/ZL32 Not Required Not Required 


$D1040 
PAL Burner 


Not Required Not Required 


VDS 160 Not Required Not Required 
PROMAC - P3. Not Required Not Required 


3) The pattern is now in the programmer memory and will 
remain there unless the memory is cleared or the programmer 
power is turned off. Changing an adaptor or product code will 
not erase the memory. Usually at the end of a copy operation 
a checksum will be displayed. Make a note of this number. The 
checksum is an algorithmically calculated code unique to the 
pattern loaded into memory. It can be very helpful in diagnos- 
ing any programming problems. If a part is to be reused 
frequently as a master device, it is good practice to write the 
checksum on the top of the part. Never proceed with 
programming without checksum agreement after reading a 
master. 


Error Detection 


As a matter of curiosity, take the part out of the socket once 
and read an empty socket; also read a known blank part (using 
the right adaptor). Checksums from these two situations will 
be helpful in diagnosing two common problems when pro- 
gramming from masters: A) Forgetting to lock down the socket 
lever to make good contact after loading a part, and B) 
Loading an unprogrammed part as a master by mistake. 


4) Now prepare the programmer for the AMD device to be 
programmed with the master pattern loaded into memory. 
Some programmers require different adaptors for different 
manufacturer's parts. If the programmer being used has this 
requirement be sure to use an AMD adaptor only for AMD 
parts. Using a non-AMD adaptor can cause permanent dam- 
age to AMD parts. Always check for adaptor compatibility. 


5) Everything's okay. You have the AMD adaptor, the right 
AMD device code, and you wrote down the checksum that you 





got after loading the master. Now put the programmer in the 
_ mode used for programming from its memory and execute the 
programming operation. 


There is some variation in the sequence of events carried out 
by different programmers during the programming cycle, but 
all of them program and verify the appropriate fuses to match 
the pattern in the programmer memory. Such operations as 


Blank Checks, Illegal Bit Checks, Test Vector Testing, and . 


Security Fuse Programming can be a part of the programming 
sequence, Check the Programmer Manufacturer's manual for 
the availability and appropriate use of these features. 


The essential part of the programming cycle is the program- 
ming and verification of each fuse followed by a verification of 
all fuses at both LOW and HIGH V¢c. At the very end of the 
programming sequence you will see the checksum for the part 
you have just programmed. This checksum should agree with 
the master-part checksum. You now have an AMD part that is 
functionally identical to the master. 


Programming from a JEDEC File 


A JEDEC-standard file is the output of design-software pack- 
ages used to specify fuse-blowing information to a program- 
mer. All programmers approved for use on AMD parts will 
accept JEDEC files. A JEDEC file is normally prepared on a 
computer. The unique aspect of programming from a JEDEC 
file is the transfer of the file to the programmer. After the file 
has been transfered into the programmer, the programming 
task is identical to programming from a master with one 
exception. The exception is that design software may be used 
to prepare test vectors to be applied to a device immediately 


following the programming cycle. These vectors will be 
transmitted with the JEDEC fuse file and they have a JEDEC- 
standard format of their own. 


General guidelines for transfer of a JEDEC file and program- 
ming are as follows: 


1) Make sure your file is in the standard JEDEC format. This 
will not be a problem if you are using software for file 
preparation that adheres to this standard. 


2) Connect the JEDEC file source to the programmer with an 
RS-232C cable. The programmer manual will describe the 
connection details. 


3) Prepare the programmer for receiving a JEDEC file over a 
link. This will generally involve entering the product-code 
information and putting the programmer into a ready-to- 
receive mode. 


4) Transmit the file from the computer source using commer- 
cially available communications software or operating-system 
_ file-transfer software such as PIP. 


5) After transmission a checksum should appear on the 
programmer display. Part of the JEDEC-standard file is a 
checksum. If the displayed checksum is the same as the 
JEDEC file-generated checksum, transmission has been suc- 
cessful. 


6) Program an AMD PAL device now by first installing an AMD 
adaptor (if needed) and then entering the programming mode. 
Finally, put a part in the socket and execute the programming 
operation. 
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2.3 TESTING INFORMATION 


Section 2.3.1 and 2.3.2 describe in detail the general testing 
requirements for programmable logic devices and how AMD 
has designed-in special test circuitry to permit complete 
testing on its programmable logic devices. Section 2.3.3 
explains why it is difficult for a programmable-logic device 
manufacturer to provide specifications for switching delay 
minimums. 


2.3.1 FACTORY TESTING OF PAL 
DEVICES 


Advanced Micro Devices’ bipolar PAL devices include special 
test circuitry to permit thorough AC and DC testing on an 
unprogrammed unit. The test circuitry is used to ensure good 
programming yield and to verify that devices will meet all 
parametric and switching specifications after programming. 


Programming circuitry testing includes tests to assure unique 
addressing of all fuses. The ability of all circuitry in the 
programming path to handle the large currents and voltages 
necessary to blow fuses reliably is also thoroughly checked. 
To accomplish this, special test pads are provided which are 
accessible only during wafer probing. Using these, AMD 
confirms that each fuse driver is uniquely decoded and can 
deliver and sink the necessary current to blow fuses. 


Each PAL device has special test fuses. These test fuses are 
blown during factory testing to prove beyond reasonable doubt 
that the device is capable of opening all fuses when pro- 
grammed by the user. 


The special probing pads and test fuses are all employed in 
programmability testing. This testing coupled with AMD's 
excellent process control gives industry-leading programming 
yields (> 98%) for all AMD PAL devices. 


Other test circuitry, enabled by high voltages on device pins, 
checks functionality, AC and DC parameters under conditions 
that simulate post programming operation. All of the circuitry, 
levels and modes necessary to operation after programming 
are checked under worst-case conditions. For example, all 
input buffers are tested for functionality by switching them 
through a test product term to a single output, and all product 
term AND gates are switched and sensed for uniqueness and 
functionality. 


Because a large percentage of die area is devoted to fixed- 
logic circuitry, some percentage of units can fail to function to 

‘the desired truth table, even though all fuses are correctly 
programmed. This problem will vary from manufacturer to 
manufacturer. Without effective on-chip test circuitry, function- 
al yield after programming is largely dependent on process 
control. As a result, lot-to-lot variability of AC performance and 
functionality is to be expected from manufacturers with test- 
circuitry deficiencies in their products. 


AMD's special test circuits and extensive factory-testing 
procedures have almost entirely eliminated this problem 
(> 99.9% PPFY). However, if absolute assurance is required, 
functional testing with test vectors simulating actual operation 


2-43 


can be performed on PAL-device programmers or automatic 
test equipment. 


Test vectors are relatively easy to generate for combinatorial 
designs using PAL devices. Sequential function testing is more 
difficult AMD's PAL devices are designed to provide the 
capability of loading the output registers to any desired value 
during testing. This feature, known as PRELOAD, simplifies 
functional testing of sequential devices. Sequencer products 
such as the AmMPAL23S8 include buried registers. A feature 
called OBSERVABILITY has been designed into these prod- 
ucts along with PRELOAD to allow control and functional test 
of the buried registers. Other features which AMD verifies with 
built-in test circuitry are polarity, asynchronous RESET, syn- 
chronous RESET and output macrocell functionality. 


2.3.2 HOW TESTABILITY IS DESIGNED 
INTO AMD'S PROGRAMMABLE LOGIC 
DEVICES 


Thorough testing of programmable logic devices by the 
manufacturer is important to both the performance of pro- 
grammable logic and its cost of use. 


Field programmable logic devices are different from other 
semiconductor products in that the user must complete the 
manufacturing process by programming and function testing 
the parts. 


Programming is normally accomplished on commercially avail- 
able programming equipment. Functional testing may be 
performed on a programmer, on automatic-test equipment, or 
at the board or system level. Figure 2-9 illustrates where 
device failure detection can occur. Clearly, the cost implica- 
tions of failure become more serious with each advancing 
step. 


As a result of assuming the responsibility of programming and 
test, the user gets all the benefits of a custom function with the 
cost and availability advantages of a standard product. How- 
ever, the user must also deal with those parts that don't 
program successfully or don't function to advertised specifica- 
tions after programming. 


The earliest programmable logic devices did not include test 
Circuitry to allow thorough testing of the AC and functional 
performance prior to programming. AMD was the first manu- 
facturer to add test circuitry to allow thorough device testing. 


How well a manufacturer does the job of testing before 
shipping can make a difference to the user in: 


1) Programming yield 
2) Post programming functional yield (PPFY) 
3) Uniformity of performance 


This paper describes the techniques used at Advanced Micro 
Devices to allow testing of these three important attributes on 
every device before shipment to the user. 
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Figure 2-9. User-Processing of Programmable Devices 


Programming Yield 


Programming yield is the measure of success of the program- 
ming operation. Large-volume users of programmable logic 
keep records of the programming-yield history of their suppli- 
ers’ parts. Programming yield is considered by these users to 
be an important element in judging the overall suitability of 
different suppliers' parts. 


Why do users care? After all, manufacturers offer a ''money- 
back'' guarantee on all valid programming rejects. The users 
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can simply keep the rejects separated from the good parts and 
send the bad ones back to the manufacturer for credit or a 
refund. 


This sounds simple, but Figure 2-10 shows what could be 
involved. 


Everybody loses in this operation. The manufacturer loses In 
return handling and evaluation costs; the user loses in return 
handling costs and also In added purchasing and inventory 
costs to compensate for programming yield losses, 
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Figure 2-10. Reject Return Processing 


Post Programming Functional Yield 


Experienced PROM and EPROM users are sometimes puz- 
zled by the fact that not all programmable logic devices 
function correctly even though they have successfully com- 
pleted a programmming operation and fuse verification check. 


With PROMs, a one-for-one relationship exists between ad- 
dress states and programming elements’. That is, the state of 
each output for each address is dependent on the condition of 
only one fuse. Sensing a desired fuse state after programming 
therefore practically guarantees correct functional operation 
(At least at the voltage and temperature conditions of the 
programming operation). 


With programmable logic devices, the relationship between 
programming success and post programming functionality is 
not one-for-one. Except for the simplest of patterns and 
devices, the relationship is highly complex. Feedback buffers 
allow the creation of more than one level of logic; latches, 
counters, shift registers, even oscillators can be created. 
Special fuse functions such as polarity control, output enables, 
register/nonregister selection, and buried registers complicate 
the relationship further. 


This is the power of programmable logic—but the test 
challenge that results from this versatility can be substantial. 
Logic states for programmable logic devices can be multiple- 
fuse dependent. The fuse-verification procedure that exam- 
ines each fuse uniquely is therefore not sufficient, as it is with 
PROMs, for guaranteeing functionality. 


All programmable-logic-device manufacturers must create 
special on-chip programming circuitry and modes to allow 
programming and verification of each individual fuse. A review 
of the data sheets for different manufacturers’ products gives 
a good idea of the special requirements for programming 
programmable logic devices. The complexity of programming 


may vary significantly from manufacturer to manufacturer, but 
all have one thing in common — successful programming by 
itself cannot guarantee functionality. 


The user's job does not end then with the programming 
operation. To be assured of a functional part, a comprehen- 
sive set of test vectors must be designed by the user and 
applied to the part. Many programmable-device programmers 
accept test vectors along with fuse-blowing vectors and will 
apply the test vectors to the part following the programming 
operation. AMD's PRELOAD feature greatly simplifies the test 
generation problem for registered parts. 


Test-Vector Generation 


The matter of test vector-generation is not trivial. The logic 
designer can generally write a series of functional states 
representing the expected operation of the part in the actual 
application, but what about all of the Don't Care states? 


A great deal of work is going into automatic test vector 
generation for programmable logic devices. Parts manufactur- 
ers, programmer manufacturers, design software manufactur- 
ers and users all have efforts in progress. Some products are 
on the market. 


Effective test vector generators have been or will be devel- 
oped, but convenience will be key to their routine application. 
To be convenient to use generators must run on a wide variety 
of computing equipment, but best of all, they should run on the 
same equipment used to process the logic equations into fuse 
blowing vectors. Efficient algorithms will be needed so that 
large mainframe computers are not required to generate test 
vectors for the more complex parts. 


Data I/O's Fingerprint 


Another alternative for function testing is a signature-test 
technique such as Data I/O's “Fingerprint''. This technique 





* Programming elements can be fuses, floating-gate MOS devices, open-base NPN transistors, etc. 


applies a pseudorandom series of test vectors to a known 
good part and generates a Fingerprint value based on its 
response. Each part tested thereafter must generate the same 
Fingerprint. to be considered a ''good"’ functional part. 


To our knowledge, no one has done comprehensive studies of 
the effectiveness of this technique. Our limited observation 
indicates that the Fingerprint test is much better than no test 
at all. However, certain patterns can give unpredictable 
responses when subjected to random test conditions. Parts 
with these patterns cannot be Fingerprint tested reliably. 
Structured vector testing with either automatically or manually 
generated vectors is needed in these cases. The benefit of the 
Fingerprint approach is that it requires no effort on the part of 
the user, other than recognition of non-Fingerprintable pat- 
terns, 


Post programming functional yield (PPFY) is clearly another 
distinct measure of the quality of a programmable-logic-device 
manufacturer's parts. Although the user has the same right of 
return as with programming rejects, detection of bad parts can 
be significantly more complex and more costly at this stage. 


As shown later in this chapter, the part manufacturer can 
design-in additional test circuitry that guarantees virtually 
100% post programming functional yield. 


Uniformity of Performance 


The buyer of a programmable logic part has the right to expect 
that the performance specifications appearing on the manu- 
facturer's data sheet will be met for all legitimate applications 
of the part. This applies to each and every logic path and 
function. 


A glance at the logic diagram for an unprogrammed part 
shows that, with the array in its unprogrammed state, no 
amount of activity of the inputs can make any output switch. 
Without any fuse programming, the AND gates see both the 
true and complement of all inputs. 


Obviously if post-programming performance is to be guaran- 
teed with confidence, test circuitry must be provided to allow 
each path to be tested to data-sheet performance before 
programming. Manufacturers vary in the degree to which they 
provide this pre-programming testability within their parts. The 
uniformity of performance of devices will reflect the degree of 
testability that has been designed-in. 


Approach to Designing In Testability In AMD's 
PAL Devices 


AMD's approach to the the design of programmable logic was 
strongly influenced by the goal to provide users with the 
industry's best programming yield, post programming function- 
al yield and uniformity of performance. 


Designing programmable logic can be viewed as a three- 
dimensional task involving high-performance logic design, 
fuse-programming circuit design,and test circuit design. 


The first dimension is the design of a high-performance logic 
circuit with SSI/MSI-competitive switching speeds and very 
high output drive for bus environments. 


The second dimension of programmable logic design is the 
programming circuit design. The emphasis of this design is to 
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provide circuitry that will deliver large programming currents to 
individual fuses. Special decoders, demultiplexers, buffers, 
and mode-select circuitry are needed. The circuits need not be 
fast since programming occurs at microsecond speeds. Be- 
cause the circuitry is not used after programming, it is 
desirable that it only consume power during programming and 
not during operation. Since large voltages are required to 
generate fusing current, survival under high voltage is also a 
must. All of these requirements are quite different from the 
logic-circuit requirements but must be achieved within the 
same part. 


Testability is the third dimension of programmable logic 
design. This overlay of circuitry provides the means to 
exercise the part through all of the possible paths that might 
be activated by programming. Another need for test circuitry is 
to insure that the programming circuitry will function properly. 
Testability is then important to achieving high programming 
yields, post-programming functionality and performance to 
data-sheet specifications through all possible paths. 


The unique challenge of programmable logic design is to 
integrate these three dimensions in the most efficient manner. 
This is no easy task! 


Testability in the Programming Circuitry 


Good programming yields are in the high ninety percents. 
AMD PAL programming yields are typically higher than 98%. 


Three things contribute to AMD's high success rate in blowing 
fuses: 


1) Uniform fuse cross sections, 


2) Pre-testing of the current delivery and sink capability of 
column drivers and row drivers through use of wafer-sort test 
pads, and 


3) Sample fusing of test rows. 
Uniformity of Fuse Cross Sections 


The AMD IMOX process gives consistently uniform, platinum- 
silicide fuse cross sections. Uniformity is monitored by mea- 
suring fuse-resistance test patterns on a sample basis in every 
wafer lot. The data is processed for mean and standard 
deviation and trend plots are maintained. Material not meeting 
fuse-width-control limits is scrapped. 


Testing for Fusing Current Delivery Capability 


On every AMD PAL device there are two extra pads that are 
probed at wafer sort. These extra pads are used to gain 
access to the fuse array for special testing at wafer sort. The 
connection of these pads to the fuse array is shown in Figure 
2-11, 


The programming process involves selection of individual 
column and row drivers to deliver and sink programming _ 
current through x-y selected fuses. The extra test pads allow 
easy access for individually testing the source and sink 
capability of each column and row driver. Also a reverse- 
leakage check of all of the Schottky diodes in the array is 
possible by applying bias between the pads. Without the test 
pads, all of these tests would be impossible or would have to 
be accomplished in a less direct and less effective manner. 
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Figure 2-11. Extra Test Pads for Wafer-Sort Testing of the Column and Row 


Drivers and the Fuse Array 


Sample Programming 


To further assure programmability, the AMD PAL devices 
include an extra test input buffer with fuses connected to each 
of the array columns. 


Blowing one test-buffer fuse per column accomplishes two 
important things. First, a sample fuse has been blown using 
each of the column drivers. The sample fuse is exactly the 
same dimension as all of the normal array fuses, and the test- 
buffer drivers sinking the programming current are of identical 
design to all of the normal drivers. Before shipment, then, 
each AMD PAL device has had a sample of fuses blown on 
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the test buffer. For example, sixty-four fuses are blown on the 
test word of every AmPAL16L8, one per product term. 


The second purpose in blowing the sample fuses is to create a 
pattern for AC and functional testing. 


Testability to Guarantee Functionality After 
Programming 


A typical PAL device, the AmPAL16R4, is shown in Figure 2- 
12. Not shown in the logic diagram are the components 
located at each horizontal and vertical line intersection. For 
AMD bipolar-PAL devices, a fuse and a Schottky diode reside 
at each cross point as shown in Figure 2-11. 
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Figure 2-12. AmMPAL16R4 Logic Diagram 
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The horizontal or ''Product Term" line is then the common 
anode connection for a 32-wide diode AND gate. The user's 
job is to figure out which of the thirty-two inputs should be 
connected to the AND gates. The inputs not needed must be 
disconnected by blowing the fuse shown in series with the 
diode. 


Thankfully this decision does not have to be made 2,048 
(32 x 64) times by a user. Through the wonders of design-aid 
software (PALASM, ABEL, CUPL, PLPL, etc.), the user simply 
writes a few Boolean equations describing the desired func- 
tion of the device. The software then generates fusing 


TYPICAL 
INPUT OR 
FEEDBACK 
BUFFER 


COMPLEMENT 
UNCONNECTED 


TRUE CONNECTED 


instructions for a programmer and all of the undesired AND- 
gate connections are blown away. 


The obvious problem from a manufacturer's test standpoint is: 
“How can it be guaranteed through testing that the device will 
work after fuses are blown?" If the only logic in the device was 
that shown in Figure 2-12, there would be no chance. With 
sixteen LOW levels and sixteen HIGH levels presented to 
each AND gate, the LOWs win. All sixty- four AND outputs are 
always stuck LOW, and there is no way to get the output to 
wiggle for AC- or DC-test purposes. This is the raw state of any 
device before programming. 
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Figure 2-13. Testing All Input and Feedback Buffers through the Special Test 


AND Gate 


Necessary Testability Requirements 


Something more is needed in every PAL device to assure 
100% functional yield after programming. The AMD PAL 
designs have an overlay of test circuitry that accomplishes the 
following: 


1) Each input and feedback buffer can be checked for 
functionality. 


2) Each of the AND gates can be switched HIGH and LOW 
and uniquely sensed by an output. 


Achievement of these two things is necessary to the guaran- 
tee of 100% post programming functional yield. 


Under normal operating conditions the test circuitry is inactive 
and consumes very little power. What causes it to come alive? 
Supervoltages! Supervoltages are levels substantially higher 
than Vcc so that under normal operating conditions accidental 
activation of a test mode cannot occur. 


In this paper a double line on the input side of a logic symbol 
indicates that the HIGH level must be a supervoltage to 
activate it. 


Checking the Input and Feedback Buffers 


Functionality of the input and feedback buffers is checked with 
the aid of the extra AND gate dedicated to this function. Figure 
2-13 illustrates the AND gate and its associated enabling 
circuitry. 


The noninverting or true side of each input and feedback 
buffer is connected to the special test AND gate. The AND 
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gate is activated by a supervoltage on one of the input pins. 
The function actually takes two activating inputs to implement 
since the use of one for activation prevents that pin from being 
tested for functionality. Having an alternate pin to activate the 
function solves this problem. 


Only the non-inverting side of each buffer is hooked up to the 
AND gate because each buffer is constructed from two 
inverters in series. The first inverter must work for the second 
one to work, so that checking the second one is sufficient to 
prove that they both work. , 


The feedback from the output used for the test cannot be fed 
to the test AND gate, such a connection would make the test 
output oscillate. For this reason its feedback input is not 
connected and is tested by creating another test AND gate on 
a different output and routing it there. 


Since the special AND gate used to test all of the buffers is 
identical to those used in the normal operating path, switching 
each input through this path provides the means for testing the 
switching performance of each buffer. 


Testing the AND Gates 


The next important test requirement is to make sure that all of 
the AND gates work and will switch at data-sheet speeds. This 
test challenge is a little more complex. 


What is needed in this case is: 


1) A means for decoding one AND gate at a time in each 
output. 








2) A way to force all input and feedback buffers to a HIGH 
level on both true and complement outputs. 


3) A special input of identical design to a normal input that can 
be used to switch the decoded AND gates. 


These requirements are met by the circuitry shown in Figure 
2-14, 


The decoder to select one AND gate at a time in each output 
serves a dual purpose. !t is the same decoder that provides 
unique selection of product term lines for the programming 
and fuse-verify operation. It responds to binary combinations 
of TTL signals at three input pins and provides one of eight 
active-HIGH level signals to decode the AND gates. 


The special test input that is used in this mode also serves a 
dual purpose. It was mentioned earlier in this paper that a 
programming sample was performed on each part. This 
special test input is the input that carries the test fuses. During 


TEST 


TEST 


ENABLE INPUTS 


the sample programming operation the fuses are blown in a 


. pattern that allows switching of all sixty-four AND gates, one in 


each output, for each of the eight decode states. 


The input to the special buffer for AND-gate testing is one of 
the normal input pins, but the buffer is inactive for normal 
operation and must be activated by supervoitage levels 
applied to two other inputs. 


The supervoltage levels also provide the signal to force all of 
the buffer outputs HIGH, which is one of the three necessary 
requirements for AND-gate testing. 


Since the design of the special buffer is identical to all of the 
normal input buffers, it serves as a surrogate buffer for speed 
testing all of the AND gates. In the AND-gate test mode, all 
eight outputs are switched at once, since one AND gate is 
selected in each output. For registered outputs, the AND-gate 
switching path provides the means to test setup and hold 
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Figure 2-14. Testing All AND Gates through the Special Test Input Buffers 


Uniformity of Performance 


Only a complete test to data-sheet parameters by the manu- 
facturer can assure uniformity of performance. There is no 
other way. Pronouncements of ‘guaranteed by design’’ 
should be read as "'too difficult to test or no allowance for 
testing". 


This paper has shown it is possible to design-in the means to 
exercise all switching paths in AMD PAL devices to data-sheet 
limits and conditions before programming. 


The user of AMD PAL devices, therefore can expect excellent 
uniformity of performance to the data-sheet parameters after 
programming. 
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Summary 


The central idea of this paper is that design for testability prior 
to programming is possible in programmable logic — and it 
pays off. It pays off for the user in fewer rejects at program- 
ming and at functional and AC test. For those that have no 
means for functional test after programming it pays off in not 
having to locate a defective part with a board- or system-level 
test. For the semiconductor manufacturer it pays off in lower 
returns handling cost. 


All Advanced Micro Devices programmable logic devices have 
designed-in testability and are achieving yields of greater than 
98% for programming and better than 99.9% functional and 
AC test yields after programming. Even higher goals have 
been set for future products. 





2.3.3 SPECIFICATIONS FOR SWITCHING- 
DELAY MINIMUMS 


All system designers would like non-zero minimum-delay 
specifications, as well as maximum-delay specifications for all 
AC parameters. With these numbers they could optimally 
design system timing. Device manufacturers understand this 
need and would like to meet it. Two major reasons make it 
impractical to provide minimum specifications. 


The first reason is that maximum specifications are based on 
conditions that create a "worst-case" environment for the 
device. Maximum loading, longest delay path, multiple output 
switching, and Voc and temperature at worst-case extremes 
are examples of these conditions. These conditions can be 
closely duplicated in an automatic-test-system environment 
and therefore can be guaranteed by test. 


In contrast, minimum-delay specifications must be based on 
"best-case" conditions for a device. It is true that in a system 
both completely best-case and worst-case conditions for a 
group of devices could not practically coexist. However, 
anything other than the best ''best case" cannot be assumed 
when providing specifications on a data sheet. 


The device manufacturer is then faced with trying to create a 
“best-case'' environment for test in order to guarantee 


2-51 


minimums. This requirement is inconsistent with the high- 
volume test environment of handlers, high-capacitance test 
heads, etc. 


The second major problem with providing minimum specifica- 
tions is the constant evolution and upgrade of products to 
achieve better performance. Minimum specifications are an 
unreasonable constraint to this effort. 


Many system lifetimes are longer than the product lifetimes of 
the ICs from which they are designed. This means that more 
than one generation of an IC must meet the original system 
needs. A common reason for IC redesign is to make products 
faster. Faster products then replace the previous generation 
slower products. The conflict of this trend with guaranteed 
minimums is obvious. 


A good example of the evolution of product performance is the 
popular AmPAL16L8. Before AMD entered the PAL-device 
market this product was originally offered with 35 ns speed. 
AMD entered the market with 25-ns parts and speed selec- 
tions of 20 ns. The next evolution was to 15 ns, and now 10- 
and 7.5-ns parts are under development. Since each new 
generation can substitute for the previous generation when 
only maximum AC specifications are guaranteed, the progres- 
sion to faster parts is not hindered unnecessarily. Minimum AC 
specifications would have seriously complicated this evolution. 





2.4 AMD PROGRAMMABLE ARRAY 
LOGIC RELIABILITY 


INTRODUCTION 


Advanced Micro Devices’ bipolar Programmable Array Logic 
(PAL) devices are based on two key technologies with many 
years of high-volume production experience behind them. 


1) IMOX — The basic process technology employed is IMOX, 
an advanced ion-implanted, oxide-isolated structure. IMOX 
provides very high-performance devices with predictable man- 
ufacturing yields. It has accumulated many millions of hours of 
life-test history through its application to the Am27S Series of 
PROMs and the Am2900 Family of bipolar microprocessors. 


A comprehensive report on IMOX reliability titled IMOX RELI- 
ABILITY REPORT (AMD Publication #036874) is available for 
those interested in a detailed presentation on this subject. 


2) Platinum-silicide fuses — This fuse structure was originally 
developed for use on Advanced Micro Devices’ families of 
junction-isolated PROMs. It quickly established a new stan- 
dard of excellence for high programming yields and long-term 
reliability. Several years ago it was applied to a new generation 
of ultra high-performance PROMs based on the !MOX pro- 
cess, 


This combination of IMOX and platinum-silicide fuses has an 
outstanding record of reliability which has been verified 
repeatedly through in-house life testing and by high-reliability 
customer-qualification testing and system use. 


Advanced Micro Devices’ PAL devices are fabricated with this 
same combined-process technology. Not only is the technolo- 
gy for building PAL devices and PROMs the same, but also the 
programming algorithm and programming circuitry used to 
program the platinum-silicide fuses are the same in all 
characteristics of importance. The result is that the conditions 
seen by an AMD-PAL fuse are the same as those seen by an 
AMD-PROM fuse. 


Due to the common process technology, fuse-design and 
fuse-programming circuitry design, reliability and program- 
ming-yield results are expected to be the same for PAL 
devices and PROMs. Data accumulated to date on PAL 
devices appears to confirm this expectation. 


This report describes: 


1) The characteristics of the platinum-silicide fuse and pro- 
gramming conditions for the fuse. 


2) Reliability results accumulated to date on IMOX PAL ICs 
and PROMs. 


3) The dynamic and static burn-in circuits used for high- 
temperature reverse-bias (HTRB) reliability testing. 


4) Thermal resistance values for AMD PAL devices. 


5) Equivalent gate counts for use’ in reliability calculations. 


PLATINUM-SILICIDE FUSE 
Fusing Technique 


Advanced Micro Devices’ PAL circuits are designed to use a 
programming algorithm which minimizes the requirements on 
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the programmer, yet allows the circuit to fuse the platinum- 
silicide links quickly and reliably. 


The sequence of events to program a fuse are: 
1) Voc power is applied to the chip. 


2) The address of the fuse to be programmed is selected by 
TTL/ECL levels on the appropriate address pins. | 


3) The outputs are disabled. 
4) The programming voltage is then applied to one output. 


5) A fuse enable is accomplished by raising an input to a level 
above normal TTL operating voltage. This action gates the 
current flow through the proper fuse, resulting in an open fuse 
in a few microseconds. 


6) The output programming voltage is lowered and then 
removed. 


7) The device is enabled and clocked if required. The output 
state then indicates whether successful programming has 
occurred. If programming has not occurred a sequence of 
much longer pulses is applied until programming occurs. 


8) The sequence of 2 through 7 is repeated for each bit which 
must be programmed. 


There are several advantages to this technique relative to that 
used by other PAL manufacturers. First, the two high-current 
power sources, Vcc and the voltage applied to the output, do 
not have critical timing requirements. As the fusing current is 
gated through the fuse actively, there is no dependence on the 
rise rate of the programming voltage. A fast’ application of 
fusing current is desirable for optimum fusing. Since the output 
programming voltage does not have to be applied rapidly, 
breakdown and latchback problems attributed to fast voltage 
tise times on the output are avoided. 


This programming procedure has a second major advantage. 
If the fuse does not open during the first programming pulse, 
longer programming pulses are used. With the platinum- 
silicide fuse, longer programming pulses may be safely applied 
with no danger of developing a reliability problem. The 
algorithm can therefore be designed to minimize the time 
required to program by using a fast first pulse followed by a 
longer pulse if needed to blow the occasional fuse that does 
not open with the first short pulse. Most devices do program 
satisfactorily with all short pulses. 


Fuse Characteristics 


When a fast (less than 500-ns rise time) current pulse is 
applied to a fuse, the fuse voltage rises abruptly to a value 
determined by the room temperature resistance. However, it 
then quickly falls to a value of approximately 2 V. This value is 
nearly independent of the applied current. During the period of 
time the fuse is molten, the fuse current drops very abruptly to 
zero indicating the separation of the platinum-silicide into two 
distinct sections. Scanning Electron Microscope photographs 
of the resulting fuses (Figure 2-15) indicate that the typical 
case is a sharp clean separation in excess of a micron. This 
separation occurs in the center of the fuse because the "'bow- 
tie" structure (Figure 2-16) concentrates the energy density in 


the center away from the aluminum interconnect lines. The Melted material is then ''wicked” from the center of the fuse to 
energy density in the center of the fuse creates temperatures either side due to surface tension. 
substantially greater than those required to melt the silicide. 





Unprogrammed Fuse 





Programmed Fuse 


Figure 2-15. Scanning Electron Microscope Photos — Unprogrammed and 
Programmed Fuses 
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Figure 2-16. Bow-Tie Fuse Design 


Reliability of Fuses Programmed Under Non- 
Optimal Conditions 


The marginally opened fuse has been studied at AMD in detail 
even though it rarely occurs in practice. Under conditions 
where the fuse is purposely blown at much slower rates, it is 
possible for the fuse to assume a high-impedance state which 
is sensed as an open fuse by the circuit. This occurs when the 
fuse cools before separation is achieved. Electrical and SEM 
Studies of fuses blown under these conditions indicate that a 
small conductive path of silicon remains of sufficiently high 
resistance to prevent the power transfer required for complete 
opening on subsequent programming attempts. 


Under these slow-blow conditions, sufficient time exists for the 
heat flow to carry a significant amount of energy away from the 
fuse preventing the normal abrupt separation. 


To investigate what might happen if a fuse were subjected to 
these under-blow conditions, a large number of fuses were 
deliberately programmed this way at AMD. After over two 
thousand hours of life testing there were no failures. It is clear 
from the study that partially blown platinum-silicide fuses are 
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stable even though they will rarely occur in circuits which have 
been programmed under normal conditions. 


It should be noted that most manufacturers carefully specify 
the conditions under which their devices must be programmed 
in order to avoid reliability problems. Reliability data available 
on these devices must be assumed to have been generated 
using optimally programmed devices. 


The study described here, and over forty billion fuse hours of 
data from life testing many different production lots of PROMs 
and PAL devices demonstrates the outstanding reliability 
record of the platinum-silicide fuse under a wide variety of 
conditions. 


RELIABILITY TESTING DATA 


Data on the reliability of PAL and PROM devices with 
platinum-silicide fuses is gathered via AMD's Reliability Moni- 
tor Program (RMP). The RMP is an ongoing program conduct- 
ed on all device types across all product lines, and is designed 
to ensure that all AMD devices meet acceptable reliability 
levels. A summary of the RMP tests for hermetic- and plastic- 
molded packages are shown in Tables 2-3 and 2-4. 





TABLE 2-3. RELIABILITY MONITOR PROGRAM FOR DEVICES IN HERMETIC PACKAGES 


Typical 
Test Conditions Sample 
Size . 
Infant 160 hours at 125°C ambient. Initial and end-point 
Mortality electrical tests. : 
Operating : 1000 hrs (1160 total) at 125°C ambient. 
Life Initial and end-point electrical tests. 
Temperature 1000 cycles, (-65°C to 150°C), 30 min/cycle. 
Cycle end-point-hermeticity and electrical test. 
150°C 1000 hours at 150°C ambient. 
Operating Initial and end-point electrical tests. 
Cycle. 


* These units are hermetically tested prior to commencement of test. 














TABLE 2-4. RELIABILITY MONITOR PROGRAM FOR DEVICES IN MOLDED PACKAGES 


Infant , 160 hours at 125°C or 85°C ambient (T, < 150°C nominal). 
Mortality Initial and end-point electrical tests. 

Operating 1000 hrs (1160 total) @ 125°C or 85°C ambient 

Life (Ty < 150°C, nominal). Initial & end-point electrical tests. 
Temperature 85°C/85% RH/low-power bias, 500 hours and 1000 hrs. 


And Initial, interim, and end-point electrical tests. 
Humidity 


Temperature A. 1000 cycles: -65°C to 150°C, 30 minutes/cycle. High 
Cycle temperature (75°C min) functional end-point electrical test. 
Pressure 121°C, 15 psi, 160 hours, unbiased, initial end-point 
Cooker electrical test. 
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Data on AMD PAL and PROM devices has been gathered over 
millions of device hours and more than 40 billion fuse hours of 
high-temperature operating life tests (HTOL). The life-test 
circuits used in this work conform to MIL-STD-883 Method 


EIGHT 
R2 RESISTORS 


CD010140 


Veo = 5 V Min. 
R= 270 2 (+5%, Ys W) 
CLKy = 100 kHz @ 50% duty cycle 
CLK,,,= 1/2 freq of CLK, 


(a) 20-Pin Dynamic Burn-in 
MIL-STD-883-C Condition D 


Vee 
©) 


BIBIBIDIOINIOIOIOIOISIg 
ey] E) eS) lef ts) 8) ESI BI! 


CD010150 


Veo = 5 V Min. 
R, = 270 2 (£5%, Ys W) 


(c) 24-Pin Static Burn-in 
MIL-STD-883-C Condition C 


1005, Conditions C and D, and are shown in Figure 2-17. A 
summary of this data is shown in Table 2-5, which indicates a 
projected unit-failure rate {at 60% confidence) of 0.0002%/ 
1000 hours at 70°C. 


BIOs 
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R;, = 270 2 (£5%, Ye W) 


(b) 20-Pin Static Burn-in 
MIL-STD-883-C Condition C 
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O 


TEN : 
R2 RESISTORS 


Voc = 5 V Min. 
Rz = 270 2 (+5%, Ys W) 
CLK, = 100 kHz 
CLK,4;= 1/2 freq of CLK, 


(b) 24-Pin Dynamic Burn-in 
MIL-STD-883-C Condition D 


Figure 2-17. Life-Test Circuits for AMD PALs 
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TABLE 2-5. BIPOLAR PAL AND PROM RELIABILITY SUMMARY 


Total 
Fuse Fuse 
Production Units Hours Unit Related 
Lots Tested (Billions) Failures Failures 


20-pin IMOX 2,088 2,088 
PALs 

24-pin IMOX 
PALs 

278191 IMOX 1,057 

(16K-bit PROM) 

27S180/181 

(8K-bit PROM) 


7 
27S184/185 

IMOX 
(8K-bit PROM) 

720 

(4K—bit PROM) 

TOTAL 57 43.792 1 

PALs & PROMs 


27S25 IMOX 


Unit Failure Unit Failure 
Rate at 60% | Rate at 60% 
Confidence Confidence 
%/1000 HRS | %/1000 HRS 
at 125°C at 70°C 


0.0217 


0.0900 0.0008 


0.0466 0.0003 
0.0002 





Results of AMD's RMP are updated periodically and can be 
obtained. through inquiry to any of the AMD Sales Offices 
listed in the back of this handbook. 


THERMAL RESISTANCE 


The thermal-resistance values given in Table 2-6 can be used 
to calculate the junction temperatures (T,) of a given device at 
a given ambient or case temperature (Ta or Tc) and power 
level (P). The formulas below describe the relationship be- 
tween these variables: ; 


Tj =T. + Os-P 
Ty=Ta + Oy,P 


TABLE 2-6. THERMAL RESISTANCE VALUES 
| Pins [Pa 

| 20 | oo | 

| 20 | 6 | 30 | 

| 20 | 

| 20 | 


Package Type 


11 
CR 
CR 


CR = Consult your local AMD representative. 





| an _| 
| 60 | 
| 61 | cr 
| cra | oR 
| 60 
= 


=< 
= 
= 


EQUIVALENT GATE COUNT 


Some methods of reliability prediction, such as those outlined 
in MIL-HDBK-217, incorporate into the reliability formula a 
variable to account for device complexity. This is based on the 
assumption that—all other things being equal—as the 
complexity of a device increases, the probability of failure also 
increases. 


In order for the reliability formula to account for this phenome- 
na, some means of comparing device complexity must be 
used. The most predominant "measuring stick" used today is 
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the equivalent gate count, the "equivalent gate" being a two- 
input NAND gate. 


Unfortunately, the only standard adopted to date is the gate 
itself and not how to translate various logic configurations into 
equivalent two-input NAND gates. 


Take for instance, a 32-input NAND gate. From a reliability 
standpoint, it is easy to see how a 32-input NAND gate is 
about as complex as sixteen 2-input NAND gates. Yet from a 
pure logic-conversion standpoint, it takes at least fifty-three 2- 
input NAND gates to functionally replace the 32-input NAND 
gate. 


In addition, there are circuit configurations that do not repre- 
sent any particular traditional logic block, but perform some 
other functions such as sense amplifiers or input-voltage 
circuitry. 


Programmable Logic Devices complicate matters even more 
due to the wide range of post-pogrammed configurations that 
are possible, ranging from a very simple utilization using few 
product terms to a more extensive utilization. 

Listed in Table 2-7 are equivalent gate counts for AMD's 
bipolar PAL devices. The equivalent gate count is given as a 
range for each of the devices to accomodate the range of 
possible post-programmed configurations and the inherent 
ambiguities associated with translating the device logic into a 
2-input NAND-gate equivalent. The values shown in Table 2-7 
are intended to give the user an idea of device complexity 
based on typical gate utilization of the programmed device. 


TABLE 2-7. EQUIVALENT GATE COUNT 


[—seP9 [250-950 
[2888 [200-1100 



















AMD uses both Bipolar and CMOS technologies to manufac- 
ture programmable logic devices. Sections 2.5.1 and 2.5.2 
provide a detailed description of these two technologies. 


2.5.1 IMOX-III™ — Advanced Bipolar 
Technology for PAL Devices 


In order to meet the next-generation requirements for speed 
and density in PAL devices, AMD has developed an advanced 
bipolar technology called IMOX-iIl. Although IMOX-IIl repre- 
sents a major breakthrough which will allow further scaling to 
the sub-micron region, the technology also shares many 
features in common with AMD's prior generations of 
technology, IMOX-II and IMOX-IIS. 


The revolutionary breakthrough of IMOX-ill is the use of 
reactive-ion-etched grooves, called slots, to isolate the tran- 
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sistors. These slots are 1.5 microns wide, over 6 microns 
deep, and are filled with dielectric material (Figure 2-18). 
Because the transistors are not isolated by junctions, space 
for depletion spreading is not necessary. Also, since the slots 
are etched anisotropically, thicker EP! layers can be isolated 
without increasing the isolation widths. Essentially, no density 
penalty is paid to achieve high breakdown voltages. Higher 
breakdown voltages are needed to support the programming 
voltages required to blow fuses in bipolar PAL devices. 
Smaller device sizes translates into faster circuits through 
smaller die sizes and reduced capacitances of active devices 
and metal interconnect. Another advantage of the slot isola- 
tion is reduced collector to substrate capacitance which offers | 
improved performance in many circuit configurations. 
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Figure 2-18. Slot Isolation 





Overall, the IMOX-III process is a major step forward com- 
pared to IMOX-IIS. In addition to the slot isolation, stepper 
lithography, dry metal, and via etching have been imple- 
mented, resulting in a dramatic reduction in design rules. The 
slot isolation allows the silicon pitch to be reduced by one 
third. The steppers and plasma metal etching allow the meta! 
pitch to be shrunk by one third also. Furthermore, the IMOX-III 
process was designed with a 20% shrink in mind. This scaling 
can be accomplished simply by shrinking the masks. 


The IMOX-IIi process shares many familiar features with its 
predecessor, IMOX-IIS. Oxide-walled bases and emitters are 
used to reduce the size and parasitic capacitances of transis- 
tors. lon-implanted emitters and bases are used to achieve the 
profile control necessary for high-performance transistors. The 
reliability of the transistor structure used in IMOX-Il! has been 
proven over millions of hours of high-temperature tests on 
AMD products that use IMOX-Il and IMOX-IIS processes. 


Another key feature familiar to users of older generation AMD- 
PAL devices is the fuse technology. IMOX-III uses platinum- 
. silicide fuses, identical to the fuse technology used on older- 
generation IMOX PAL devices. Programming yields are the 
highest of any fuse technology, and programming times are 
extremely short (about 300 ns). The reliability of the platinum- 
silicide fuse is unsurpassed by any other fuse technology. 


The IMOX-III technology also features two levels of metalliza- 
tion as does IMOX-II and IMOX-IIS. However, in the IMOX-III 
technology, both layers are stepper defined and plasma 
etched. 


The iMOX-III technology is being applied to a family of high- 
performance PAL devices. The first of these is a ''D-speed" 
20-pin PAL {C, which will run at 10 ns. Also designed in the 
IMOX-IIl technology are a family of high-performance ECL 
PAL devices. The first of these are the 24-pin AmPAL20EV8 
and AmPAL20EG8. These parts have 3600 programmable 
fuses in the AND/OR array. The high performance inherent in 
the IMOX-III technology gives the these ECL PAL devices a 
propagation delay of 6 ns and a cycle time of 8 ns (3.5-ns 


. clock-to-output plus 4.5-ns setup time). This enables the 


AmPAL20EV8 or the AmPAL20EG8 to support a 125-MHz 
system. Table 2-8 lists the processes that are used to 
fabricate AMD's PAL devices. 


IMOX-III technology will enable AMD to develop third and 
fourth generations of PAL devices that will be significantly 
faster and more complex than the current devices. It will also 
reduce the cost of the new devices by significantly reducing 
die sizes or allowing more features to be added without 
increasing current die sizes. Faster and more complex PAL 
devices will permit system designers to build advanced 
computers, communications systems and instrumentation sys- 
tems at a much lower cost. 





TABLE 2-8. PROCESSES USED TO FABRICATE AMD'S PAL DEVICES 
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ued technology enhancements are in development that will 


2.5.2 ADVANCED CMOS TECHNOLOGY 


















FOR PAL DEVICES result in significantly reduced dimensions and increased 
packing densities, allowing production of even faster circuits at 
In addition to the commonly used bipolar TTL and ECL lower cost. 
technologies, AMD also manufactures programmable logic 
devices using an advanced CMOS EEPROM-based technolo- The EE-cell, which can be electrically erased and repro- 
oo pear rene Iceni significant eps te grammed, contains a floating gate transistor structure (two 
ws it se ) . 0 - pith tee parts . fe layers of polysilicon) with a tunnel oxide region of less than 
cola PAL ner basen is teaon/canaer ico wou whch doctor can uma oer Ge 
, : ‘ ° or discharge the cel ee Figure below). An additional 
tion, since the EE-cells can be reprogrammed, these devices eananconent transistor ae hs added 4 series with the 
: : ; 
can be 100% tested at the factory before being shipped to the storage cell to prevent leakage in the non-selected discharged 
customer. ; cells (as they have a negative threshold) during a charge 
This production-tested CMOS process employs state-of-the- sensing cycle. This transistor also protects non-selected EE- 
art design rules. !t uses stepper lithography on all critical levels cells on the same word line during the charge cycle. The 
with a minimum feature size of 1.5 microns. The transistor gate tunnel oxide process developed by AMD allows easy manu- 
oxide thickness is approximately 300 A. This advanced facturing of ultra-high quality, thermally grown thin oxide 
process permits volume production of EEPAL devices with capable of withstanding the high fields associated with the 
state-of-the-art speed-power performance. In addition, contin- tunneling mechanism. 
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The EEPAL process has a proven history of reliability since it manufacture PAL devices because of the superior flexibility it 
has been used to manufacture N-channel EEPROM devices offered without compromising performance. 


for several years at AMD. These devices have been in the field 
for a long period and have gone through extensive testing at 
the factory (See the Am9864 Reliability Report which can be 
obtained by contacting an AMD representative). 


One of the major benefits of EEPROM technology is 100% 
testability. The EEPAL devices can be fully and more easily 
tested since they are electrically erasable. Compared to 
EEPAL devices, EPAL (based on EPROM technology) devices 
cannot be easily reprogrammed since they require a lengthy 
amount of exposure to ultraviolet light to be erased. Also, if 
EPAL devices are placed in a conventional non-windowed 
package (which is easier and cheaper to produce), they 
cannot be reprogrammed. EEPAL devices do not face these 
problems. EPAL devices also require additional circuitry to 
improve testability due to the lack of flexibility in programming. 
This adds significantly to the design cycle time since additional 
design and debugging time are required. Overall, EE-cell 
based technology is more attractive in the long run to 
manufacture PAL devices. 


Users of devices that are based on EE-cell technology have 
two concerns about the technology: Endurance (number of 
program or write cycles) and Data Retention (charge storage 
from the last time the cell was updated). The endurance issue - 
is of little significance to EEPAL users, as opposed to 
EEPROM users, since the PAL devices are usually repro- 
grammed only several times, whereas EEPROMS are written 
up to 10,000 times. AMD's process is capable of supporting 
higher impedance levels than are specified for PAL devices. 


The second concern arises over the leakage of.charge from 
the EE-cell over a period of time, thus potentially degrading With both bipolar (TTL and ECL) and CMOS technology 


| the device's performance. At AMD this issue is resolved by capabilities, AMD is in an ideal position to meet customers' 
‘designing the PAL circuits so that performance is guaranteed needs for different programmable logic devices. AMD can 
to the factory specifications under worst-case conditions for a choose the proper technology to produce the PAL device that 
minimum of 10 years. If the device is reprogrammed with the the customer requires. Where blazing speed is needed bipolar 
same or a different pattern during this period, functionality is is the technology of choice, whereas for low-power high- 
assured for another 10 years from that time. complexity devices CMOS technology is appropriate. Over the 
next several years enhancements will be made to both these 

The CMOS PAL Family could have been implemented with technologies allowing production of even faster, lower power, 


either EPROM or EEPROM technologies, both of which are in and more complex PAL devices. The flexibility to choose 
production at AMD. AMD chose the EEPROM technology to technology permits AMD to better serve its customers. 
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3.8 BIBLIOGRAPHY 


3.1 OVERVIEW 


Programmable Logic Devices (PLDs) are off-the-shelf custom 
devices. Combining the flexibility of custom logic and off-the- 
shelf availability of standard products, programmable logic 
devices offer attractive logic design solutions. Because their 
higher levels of integration and other features such as pro- 
grammable I/O pins, polarity controls, flexible output 
structures, etc. (see Section 1 for detailed discussion), designs 
based on PAL devices result in lower parts count compared 
with those based on discrete SSI/MSI logic. Existing PAL 
devices have been widely used to consolidate random logic 
into a structured form in many digital systems. PLDs are used 
in MOS microprocessors, single-chip microcomputer systems, 
and in bipolar bit-slice microprocessor-based systems. Typi- 
cally, domain of PLD applications includes all SSI/MS!I logic. 
Wherever SSI/MSI logic is used, PLDs are likely candidates for 
those applications. 


Applications for PAL devices can be in one of the following 
categories: 


SSI/MS! Logic Replacement: This includes combinatorial 
logic functions (such as special-purpose decoders/priority en- 
coders, multiplexers/demultiplexers, comparators, ad- 
ders/subtractors), synchronous or asynchronous sequential 
functions (such as special-purpose counters—binary counters, 
decade counters, gray-code counters, Johnson counters, 
modulo counters using registered flip-flops) or logic using 
latches and glue logic (for replacing many discrete flip-flops). 


State-Machine Applications: These can be very simple state 
machines such as counters or more complex state machines 
such as bus controllers, bus arbiters, DRAM controllers, DMA 
controllers, FIFO controllers, or dual-port memory controllers. 


Microprocessor/Single-Chip Microcomputer Interface: In- 
terface to various LS!/VLSI peripheral controller chips. 


Other Miscellaneous Functions: Such as memory-refresh 
generation, wait-state generation, timer/counter functions, er 
ror detection/control and memory scrubbing functions. These 
functions may also include various !/O interface and support 
—such as intelligent I/O ports, data-communications interface 
(for protocol conversion), display or front-panel interface, key- 
board scanning, disk and tape drive controls, standalone 
microprocessorbased controllers (stepper-motor control, sen- 
sor monitor, etc.), or support for image processing and signal 
processing. 


APPLICATION OF PAL DEVICES 
IN DIGITAL SYSTEMS 


A typical digital system can be partitioned into three general 
areas: 1) data path, 2) control path, and 3) interface path (glue 
area). 


Data-path functions typically include data manipulation (ALUs), 
data storage (register file, pipeline registers, etc.) and data- 
steering/selection (multiplexing/demultiplexing). Typically, the 
data-path portion of a system is the most structured portion. 
This is likely to be defined relatively early in the design cycle, 
and is less likely to be changed. Usually performance and 
density are important for the data-path area. 


Control-path functions include the timing, sequencing and 
decision making segments of the digital system. These sec- 
tions are normally implemented with state machines—either 
with random logic, PROMs, orRAMs. The control section is the 
most complex portion of a digital system. It is likely to contain 
subtle errors and requires many changes during prototyping. 
Performance and design turnaround time tend to be critical for 
the control path, while density considerations are less 
important. 


Interface or glue applications fulfill miscellaneous functions. 
Typically, interface circuitry connects various LSI modules, 
such as microprocessors, peripherals, memories, and gate ar- 
rays. For interface applications, logic flexibility and design turn- 
around time are critical. 


PAL devices, because of their general-purpose nature, are 
used in alt of these areas. 


In the data path they can be used for data steering and data 
manipulation. Using PAL devices for data steering simplifies 
the implementation of a multiple-bus architecture. Data 
manipulation may include functions such as 16/32/64-bit cus- 
tomizable bidirectional shifters, barrel shifters, constant- 
generation logic, and sign-extension logic. 


in contro! path, PAL devices are used extensively for 
optimizing control functions, such as instruction predecoding, 
double pipelining control, register-file control, and special in- 
struction control. — 


Interface and glue-logic applications include interfacing various 
peripherals to different microprocessors, and interfacing differ- 
ent peripherals to different buses. PAL devices are ideal for 
replacing SSI/MSI devices, for saving board space and provid- 
ing user customizability. There are several problems associ- 
ated with interfacing a general-purpose peripheral device to a 
microprocessor. The system designer has to watch for various 
control signals that each chip uses and its compatibilities. 


One of the most common use of PAL devices for interfacing 
applications is to perform chip-select decoding and address 
decoding from address and status signals. PAL devices offer 
the flexibility of timing generation and doing timing changes. 
Timing changes can be simply implemented by adding or 
changing a term in the logic equations and reprogramming the 
device. 





For interfacing different peripherals to microprocessors, PAL 
devices can be used for generating address strobes, data 
strobes, Read/Write and interrupt-acknowledge signals based 
on the status information available from the microprocessor. 
They can be used for generating coordinated timing signals 
such as simultaneous assertion/disassertion of various sig- 
nals, automatic insertion of a variable number of wait states to 
match different-speed microprocessors and peripherals. 


For various bus-interface applications, the most common use 
of the PAL device is for implementing bus-arbitration and bus- 
control functions. Bus arbitration and bus grant control function 
is done by monitoring various transferrequest signals and 
deciding which request gets the bus and when it gets the bus. 
In multi-master systems, some sort of arbitration scheme and 
prioritization scheme needs to be incorporated. This can be 
done by assigning different priorities to different bus masters. 
‘Bus arbitration functions include request synchronization, bus 
grant/access control functions and generation of various con- 
trol signals. 


This application section is organized into the following sub-. 
sections: 


Section 3.2 describes simple combinatorial functions (such as 
multiplexers/demultiplexers, encoders/decoders and com- 
parators) implemented with PAL devices. 


Section 3.3 describes some sequential applications such as 
counters (Modulo counters, Johnson counter, dual 4-bit BCD 
counter, and a Grey-binary counter) and shifters. 


Section 3.4 describes various microprocessor interfaces to dif- 
ferent peripheral chips using PAL devices. 


Section 3.5 describes various bus interface and bus functions 
(such as bus arbitration, bus control) using PAL devices. 


Section 3.6 describes various miscellaneous functions imple- 
mented with PAL devices. 


Many of the examples shown are paper designs and modifi- 
cations may be necessary when using them in actual 
applications. AMD assumes no responsibility for the use of any 
application described. 





3.2 COMBINATORIAL LOGIC 


3.2.1 MULTIPLEXERS 


The multiplexer (also called data selector) is used to selectively 
route data from several inputs to one output. 


Three 4-to-1 Multiplexers (AmPAL18P8) 


A simple 4-to-1 multiplexer has four data input lines and two 
control lines that select which one of the four data inputs is to 
be passed to the output. The function table for this device is 
shown in Table 3-1. 


Each AND gate has a data input and a two-input combination 
of select inputs. Given one of four possible combinations of 
select bits, only the AND gate corresponding to this combina- 
tion is enabled, allowing the desired input data to pass to the 
output. This can easily be expanded to accommodate more 
data by adding more select lines and data inputs. For every n 
select lines there can be 2" data inputs, each of which require 
one product term. 


TABLE 3-1. FUNCTION TABLE FOR 4-TO-1 MULTIPLEXER 


Three 4-to-1 multiplexers require twelve inputs, three outputs, 
and two control select pins, for a total of seventeen input/output 
pins. Each output needs four product terms. These require- 
ments are satisfied by a single AMPAL18P8 device. The cor 
responding PLPL specification and the sum-of-products 
equations generated by the compiler are shown in Figure 3-1. 


Four 3-to-1 Multiplexers (AmPAL18P8) 


Four 3-to-1 multiplexers require twelve inputs, four outputs, 
and two control select pins, for a total of eighteen input/output 
pins. Each output needs three product terms. These require- 
ments are satisfied by a single AmPAL18P8 device. The cor- 
responding PLPL specification and the sum-of-products 
equations generated by the compiler are shown in Figure 3-2. 


16-to-1 Multiplexer (AmPAL22V10) 


The 16-to-1 multiplexer requires sixteen inputs, one output, 
and four control select pins, for a total of twenty-one in- 
put/output pins. These requirements are satisfied by a single 
AmPAL22V10 device. The corresponding PLPL specifications 
and the sum-of-products equations generated by the compiler 
are shown in Figure 3-3. 


3.2.2 DEMULTIPLEXER 


A decoder with an enable input can function as a demultiplexer. 
A demultiplexer is a circuit that receives information on a single 
line and transmits this information on one of 2" possible output 
lines. The selection of a specific output line is controlled by the 
bit values of n selection lines. 


Dual 2-to-4 Demultiplexers (AmPAL16H8) 


This design implements dual 2-to-4 demultiplexers on an Am- 
PAL16H8. Each demultiplexer is individually enabled but 
shares the same select input lines with the other (see Table 3-2 
and 3-3). The corresponding PLPL specification and the sum- 
of-products equations generated by the compiler are shown in 
Figure 3-4. 


TABLE 3-2. FUNCTION TABLE FOR 
FIRST DEMULTIPLEXER 


Enable | Selec 
Per | ct fe | A [vio] vain [vial [Vie 
ca tx |x}x]efatu la, 


px pet xt x tata tad A 


TABLE 3-3. FUNCTION TABLE FOR 
SECOND DEMULTIPLEXER 








DEVICE THREE_4 TO 1 MULTIPLXER (PAL18P8) . TEST_VECTORS 
PIN. DAQ=1 DA1=2 DA2=3 DAS =4 IN DAO DA1 DA2 DA3 DBO DB1 DB2 DB3 
pBO=5 DB1=6 DB2=7 083 =8 DCO DC1 DC2 DC3 SELO SEL1 ; 
pco=9 DC1=11 DC2 = 12 DC3 = 13 QUT  OUTA_-OUTB  OUTC ; 
OUTA = 14 
ouTB = 15 BEGIN 
OUTC = 16 "DA[0:3] 0B{0:3}] DC([O:3) SELO SEL1 OUTA OUTB OUTC" 
SELO = 17 1000011110000 0- 
SEL1 = 18 ; 010 1101000 
001 01 0010 1 
DEFINE 000 100001 1 
/SELO * /SEL1 011 00 0111 0 
/SELO * SEL1 101 00 1011 0 
SELO * /SEL1 110 1011011 
SELO * SEL1 111 0111101 
END. 


oem =] 2A = © OO OO 
rrrresrrx = 
zerartrtirarereer 
me Se 8s Me Me Me Me 


PmPrmrrreztet zt = 


se Se es 8 


(SO) THEN BEGIN 
OUTA = DAO 
OUTB = DBO 
ouTC = DCO 
END ; : 
IF (S1) THEN BEGIN 
OUTA = DAI. 
OUTB = DB1 
ouTc = 0C1 
END ; 
IF (S2) THEN BEGIN 
OUTA = DA2 
OUTB = DB2 
oUuTC = DC2 
END ; 
IF (S3) THEN BEGIN 
OUTA = DA3 
OUTB = 0B3 
ouTC = DC3 


’ Figure 3-1. AmPAL18P8 PLPL Specification—Three 4-to-1 Multiplexers 
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DEVICE FOUR_3_TO_1 MULTIPLXER (PAL18P8) 


FOUR 3:1 MULTIPLEXER 


PIN DAO=1 DA1=2 DA2 =3 
DBO =4 DBI =5 DB2=6 
pcoO=7 oci1=8 opc2=9 
DDO = 11 DDI = 12 DD2 = 13 
OUTPUTA = 14 OUTPUTB = 15 
OUTPUTC = 16 OUTPUTD = 17 
SELECTO = 18 SELECT1 = 19 ; 
BEGIN 
IF (/SELECTO) THEN BEGIN 
OUTPUTA = DAO ; 
OUTPUTB = DBO ; 
OUTPUTC = DCO ; 
OUTPUTD = DDO ; 
END ; 
IF (SELECTO*/SELECT1) THEN BEGIN 
OUTPUTA = DA1 ; 
OUTPUTB = DBI ; 
OUTPUTC = DC1 ; 
OUTPUTD = DD1 ; 
END ; 
IF CSELECTO*SELECT1) THEN BEGIN 
OUTPUTA = DA2 ; 
OUTPUTB = DB2 ; 
QUTPUTC = DC2 ; 
OUTPUTD = DD2 ; 
END ; 
END. 


Figure 3-2. AmPAL18P8 PLPL Specification—Four 3-to-1 Multiplexers 


TEST_VECTORS 
DAO DA1 DA2 DBO DB1 DB2 DCO DC1 DC2 DDO DD1 DD2 


OUT 


BEGIN 

"DDD 
"AAA 
"012 
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DEVICE _16 TO_1_MULTIPLEXER (PAL22V10) TEST_VECTORS 
PIN po=1 d1=2 02523 : IN DO D1 D2 D3 D4 DS D6 D7 DB D9 010 D11 12 D13 014 D15 
D4=5 DS=6 D6=7 SELO SEL1 SEL2 SEL3 ; 
D8=9 D9=10 D10= 11 OUT OUTPUT ; 
DI2= 14 D13= 15 D14= 16 BEGIN 
OUTPUT = 18 'DDDDODDDDDD 
SELO = 19 SEL1 = 20 "012345678911 
SEL2 = 21 SEL3 = 22; " 0 SELO SEL1 SEL2 SEL3 OUTPUT" 


CASE (SELO, SEL1, SEL2, SEL3) 
BEGIN 
0) OUTPUT = DO 
1) OUTPUT = D1 
2) OUTPUT = D2 
3) OUTPUT = D3- 
4) OUTPUT = D4 
5) OUTPUT = 05 
6) OUTPUT = D6 
7) OUTPUT = 07 
8) OUTPUT = D8 
9) OUTPUT = D9 
10) OUTPUT 
11) OUTPUT 
12) OUTPUT 
13) OUTPUT 
14) OUTPUT 
15) OUTPUT 
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Figure 3-3. AmPAL22V10 PLPL Specification—16-to-1 Multiplexer 
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DEVICE DUAL_2 TO 4 DEMULTIPLEXER (PAL18P8) 
PIN A=2 B=1 

Gi=3 G2=4 

ci=S c2=6 

Y¥1(0:3) = 19:16 

Y2(0:3] = 15:12 ; 


IF (G1 + /C1) THEN Y1(0:3) = #81111 ; 
If (/G1 * C1) THEN BEGIN 
CASE (B,A) 
BEGIN 
#800) BEGIN 
Y1(0] = 0; 
Y1[1:3] = #8111 ; 
END ; 
#801) BEGIN 
YI(1] = 0 
v1£0,2,3) 
END ; 
#810) BEGIN 
Yyi(2] = 0 
Y10,1,31 
END ; 
#811) BEGIN 
Y1G31 =0; 
¥1(0:2] = #8111 ; 
END ; 
END ; 
END ; 
IF (G2 + C2) THEN Y2[0:3] = #81111 ; 
IF (/G2 * /C2) THEN BEGIN 
CASE (B,A) 
BEGIN 
#800) BEGIN 
Y2t0] = 0; 
Y2{1:3] = #8111 ; 
END ; 
#801) BEGIN 
y2t1] =0; 


Y2(0,2,3) = #8111 ; 


END ; 


#810) BEGIN 
Y2(21 = 0 

¥2(0,1,3] 

END ; 

#811) BEGIN 
Y2] =0; 
Y2{0:2] = #8111 ; 

END ; 

END +4 


END ; 


TEST_VECTORS 
IN B A G1 C1 G2 C2 
ouT Y1(0:3] Y2{0:3) 


Y1(0:3] ¥2(0:3) 


Figure 3-4. AmPAL16H8 PLPL Specification—Dual 2-to-4 Multiplexers 





Gray Code to Decimal Demultiplexer 
(AmPAL22V10) 


This design implements an excess-3-gray-to-decimal decoder 
(see Table 3-4). It is functionally equivalent to ’44A and 'L44 
MSI circuits and can be implemented in a single AMPAL22V10 
device. The corresponding PLPL specification and the sum-of- 
products equations are shown in Figure 3-5. 


DEVICE GRAY_CODE_TO_10_DEMULTIPLXER (PAL22V10) 


PIN A=4 B=3 


Y(O:9] = 14:23 ; 


Cc 


BEGIN. 
CASE ( D,C,B,A) 
BEGIN 

#80010) 
#80110) 
#80111) 
#80101) 
#80100) 
#81100) 
#81101) 
#81111) 
#81110) 
#81010) 
#80000) 
#80001) 
#80011) 
#81000) 
#81001) 
#81011) 


Y(0:9} 
Y{(0:9) 
Y (0:9) 
Y (0:9) 
Y[0:9) 
Y (0:9) 
Y(0:9] 
Y(0:9] 
Y [0:9] 
Y (0:9) 
Y(0:9] | 
Y(0:9] 
Y (0:9) 
Y [0:9] 
Y(0:9] 
Y (0:9) 


480111111111 
#81011111111 
481101111111 
#81110111111 
481111011111 
#81111101111 
= #81111110111 
#81111111011 
#81111111101 
481111111110 
#81411111111 
#81111111111 
= 481111111111 
= 481111111111 
#81111111111 
#81111111111 
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TABLE 3-4. FUNCTION TABLE FOR GRAY-CODE- 
TO-DECIMAL DEMULTIPLEXER 


LD | c | B | A [yolys ya|y3|yalys|yely7|ye ya] 
ee ee oo 
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2 ft | a [WH [AHL HIR HH [H TH 
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4 {eto fe fe [AHHH LH RIAA 
pS {H]H | te | t [MHIHIAIH [LAIR [H IH 
p6 fw} A | tL [AHA H [Ae [HI HT 
7] | wT HARRI HI HL HH 
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po fa | eT |e TAA IAI HI R IH TH | 
pt tH | Hw | TH [HTHHIA IH [HHI [H TH 
NIH] tL | A | [MH IHI AIH {HAHAH 
pv jw fe ft | [ARH I AHHH [HATH 
At RH} eft |e [AH HIA [HHH HATH 
pL Tete fe fe [AHI HHH THI [HH 
pt te Pe fe Te [RIAA [H [RTA [TH] 
CR OOo ooo 


TEST_VECTORS 
IN DCBA; 
OUT Y(O:93 ; 
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00 


YO Yi Y2 Y3 Y4 Y5 Y6 Y7 Y8 Y9" 
H H H H H H H H HU 


xe Ow 2-2 32 —- =] 000 2 
(<= a = > 
—- =< ™xoo0or-r-7r00--00 > 
=maraeaerrreertrtaeaer 
zsxzeemrzrrerararszet reer 
=e errrrerartertere 
ee a a 
mzeezrrzrzrzze 
a i a ae a Ee 
=z=ezeerrreaetaet ez = 
zeae zrrreeezrzrzez 
xe Ereer zee re z= 
=z rss ese ze Ste = = 
Pree T) eo = 


m 
= 
i=] 


Figure 3-5. AmPAL22V10 PLPL Specification—Gray Code to Decimal Demultiplexer 





3.2.3 ENCODERS/DECODERS 


A binary code of r bits is capable of representing up to 2" 
distinct elements of coded information. A decoder is a com- 
binatorial circuit that converts binary information from n input 
lines to a maximum of 2” unique output lines. If the n-bit 
decoded information has unused or don't-care combinations, 


A priority encoder establishes an input priority to ensure that 
only the highest-priority input line is encoded. 


16-to-4 Priority Encoder (AmPAL22V10) 


The 16-to-4 priority encoder requires sixteen inputs and four 
outputs, for a total of twenty input/output pins. Each output 


needs eight product terms. These requirements are satisfied 
by a single AmPAL22V10 device. The function table (Table 
3-5), PLPL specification and sum-of-products equations 
generated by the compiler are shown in Figure 3-6. 


the decoder output will have less than 2” outputs. 


An encoder is a digital function that produces a reverse opera- 
tion from that of a decoder. An encoder has 2" (or less) input 
lines and n output lines. The output lines generate the binary 
code for the 2° variables. 


TABLE 3-5. FUNCTION TABLE FOR 16-to-4 PRIORITY ENCODER 


SST | erie ee ee eS see 
pio fn fie fis fa fis |e [7 |e | 9 [0 | nt [ina [isa | ina | tt | 103 | 102 | 101 | 100 | 
ESR Ee Re ee Ree ee eee eee See ae eee 
Px} x|xi[xixi{xix{xixixixixtxtxtxfofetetey es | 
ENEGEARAE AES ESE eee eee 
EFESEALRESESER Eee 
Px {xi{xi[xix{x{x{[xitxixix{txfotitrtitetetaya | 
pepe bebe be hc bebe be pee be Pepe bree re 
x |x |x |x| 
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DEVICE PRIORITY ENCODER_16 TO. 4 (PAL22V10) 2 os TEST_VECTORS 
: IN 10 11 12 13 14 17 18 19 110 111 112 113 114 115 ; 


"ENCODE 16 DATA LINES DECIMAL INTO 4 LINE BINARY" Bs as OUT /0{3:0) ; 


PIN i= 1 2=2 13 =3 4=4 15 =5 BEGIN 
16=6 I7=7 I18=8 19=9. 110 = 10 "TEEEQLI 0000" 
W121 M2513 13 =146 116215 "012345 3210" | 
115 =16 10 = 23 " 
/0{3:0] = 17:20 ; , 


11 
XX 
XX 
XX 
xXx 
XX 
xX 
XX 
x X 
XX 
xX 
XX 
XxX 
x0 
01 
11 


C1181 2°13" 14*15* 1681 7*18*19*1 1081 11*112*113*114"115) THEN 
0[3:0) = #80000 ; 
(/115) THEN 0£3:0] = 15; 
(115*/114) THEN O[3:0] = 14 ; 
(115*114*/113) THEN Of3:0) = 13 ; 
(115*114*113*/112) THEN O[3:0] = 12 ;_ 
C115*114*113*112*/111) THEN 03:0] = 11; 
(1151 14*113*112*111%/110) THEN O[3:0] = 10 ; 
(115*1146*113*112*111*110*/19) THEN O[3:0) = 9 ; 
(115*116*113*112*111*110*19*/18) THEN O[3:0] = 8 ; 
C115*1148113*112*111*110%19*18*/!7) THEN Of3:0] = 7 ; 
115%] 1681 13*112*111*110*19*18*17*/16) THEN O[3:0] = 6 ; 
€115*114*113*112*111*110*19*18*17*16*/15) THEN 
03:0) =5; 
(115*114%113*112*1 1181 10*19*18*17*16*15*/14) THEN 
0(3:0] =4; : 
CU1S*® 11481 13% 112911191 108198 18*1 7*16*15*14*/13) THE 
0(3:0) = 3; 
CU1S* 114811381 12°12 1181 108 19* 18*17*16*15*14*13*/12) THEN 
03:0) =2; . 
CUUS*1 14811381 12*1 111 108 19% 18*17*16*15*14*13*12*/11) THEN 
03:0) = 1; 
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Figure 3-6. AmPAL22V10 PLPL Specification—16-to-4 Encoder 





GCR (4B-5B) 
Encoder/Decoder 


One of the more common logic functions performed on serial 
data is the data encode/decode function. Usually it is desir- 
able to map (encode) the logical bit stream to a physical bit 
stream, adjusting for the peculiarities of the particular trans- 
mission or storage media. 


Noise, bandwidth, and reliability considerations may mean 
that a different data format would be desirable when data is 
sent along to or stored on a given media. For example, group- 
coded recording (GCR) formats take a given number of data 
bits and encode them with a larger number of bits. A 4B-5B 


GCR code would take 4 data bits and encode them into 16 
states with 5 new bits. A particular 4B-5B code is shown in Table 
3-6. 

This mapping allows at most two zeros to occur in succes- 
sion. Also note that data combinations with more than one 
zero at the beginning and end of the word are excluded. This 
is necessary to insure that when data words are serialized, no 
more than two zeros occur in succession at any point in the 
bit stream. Finally, the data combination 11111 is reserved as 
a synchronization mark. In tape systems, this results in in- 
creased bit density and eases clock synchronization. 


TABLE 3-6. 4B-5B CODE 


4B-5B Code 


4-Bit Data 


oO 
Oo 
Oo 


0 
0 
0 
0 
0 
0 
0 
0 
1 
1 
1 
1 
1 
1 
1 
1 


—- = = =-=§ OF O00 -=- = 4a =§ OO OO 
—= -{-23 0 Coc" - O04 4 O00 4 Oo 
=~ Oo —- O+- OFf-F- O-F O- COs OO = 


5-Bit Data 
0 


= 
= 


Co © © > 0 oo oo > Se ee ee a 
~~ ot oC oO OC oO oh CO OO COO OH OO OO Om 
—-~ st thc COCOUCUCOUCOOUlc #HhlUc HBHmhUcrFmhUcrRBTWCOOCCO COO CO 
—-~ = Of- = = Om ese =s- CO COs = = 
- OoO-rF Ort Of OF Oe st st Om = 
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The system diagram in Figure 3-7 shows how the GCR En- 
coder/Decoder (GCR E/D) interfaces to a tape drive and tape 
controller. Paralle) input data is given to the GCR E/D, con- 
verted to the 5-bit format, serialized, and written to the tape. 
On a read, the serial data from the tape is parallelized, con- 
verted back to the 4-bit format and output to the output data bus. 
Additionally, during a read, two status signals are developed. 
The first signal, INV, indicates the presence of an invalid input, 
ie., too many zeros in succession. The second status signal, F, 
indicates the detection of the synchronization mark (11111). 


The operation modes for the GCR E/D are shown in the Data- 
Flow Diagrams of Figure 3-8. The control signal definition and 
operation functions are indicated for each operation mode. 
In particular, the data flow between each bit of the output 
register is indicated schematically. 


The first mode of operation of the GCR E/D is the HOLD 
mode. When ENABLE is HIGH, all data operations on the out- 
put register are disabled, independent of the two mode con- 
trols, My and Mo. The output data is simply fed-back to the 
register inputs. Thus the register content is retained after the 
clock transition. 


When the ENABLE input is LOW, the operations indicated by 
the M, and Mgmode bits are executed on the clock transition. 
When M, and Mgare both LOW, the SERIAL SHIFT IN modeis 
selected. In this mode the output register is configured as a 
serial shift register. The serial input is consecutively shifted 
into the register until all 5 bits from the tape have been stored, 
MSB at Y3 and LSB at SERIAL OUT. 


The CONVERT SERIAL INPUT AND LOAD operation is se- 
lected when ENABLE is LOW, M, is HIGH and Mg is LOW. 
After the 5 bits of data have been serialized by the SERIAL 
SHIFT IN instruction, the 5B code must be converted to a 4B 
code. This is accomplished by taking the outputs of the 5 
register bits and converting them to 4 bits with combinatorial 
logic. On the clock transition, the result is loaded into the Y 
register. On the same clock transition that loads the con- 
verted data into the Y register, the serial input is loaded Into 
the serial output register. Because the serial data is being 
read continuously, one data bit per clock transition, the con- 
version must be done without missing a serial data bit. 


The CONVERT PARALLEL INPUT AND LOAD operation Is 
selected when ENABLE is LOW, M, is HIGH and Mois HIGH. 
This mode takes the 4 input data bits and converts them to 
the 5 bit representation. The result is loaded into the output 
register on the clock transition. The LSB of the 5B representa- 
tion Is loaded into the Y3 bit of the output register and the 
MSB Is loaded into the Serial output bit. This configuration, in 
conjunction with the next instruction, allows the serial data 
to be written to the tape drive one bit per clock transition. 


The final operation, SERIAL SHIFT OUT, Is selected when 
ENABLE is LOW, M, is LOW and Mois HIGH. After the CON- 
VERT PARALLEL INPUT AND LOAD operation Is executed, 
the SERIAL SHIFT OUT operation outputs the converted data 
to the tape drive. A series of one convert operation followed 
by 4 shift operations will transfer a sequence of 5-bits to the 
tape drive, one bit per clock cycle. 


INPUT DATA BUS 


SERIAL-IN 


TAPE ‘ 
DRIVE SERIAL-OUT 


CONTROL 


DATA 
ENCODER/DECODER 


CONTROLLER a 


OUTPUT DATA BUS 
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Figure 3-7. Typical Tape Storage System 
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OPERATION DATA-FLOW DIAGRAM 


- [me [= 
4 Yo 


SERIAL 
SHIFT IN 


SERIAL 
OUTPUT 


SERIAL 
INPUT 


SERIAL 
OUTPUT 


CONVERT 
SERIAL INPUT CONVERT 5B TO 4B SERIAL 
INPUT 


AND LOAD 


SERIAL 
OUTPUT 


CONVERT 
PARALLEL INPUT 
AND LOAD CONVERT 4B TO 5B 


SERIAL 
OUTPUT 


SERIAL 
SHIFT OUT 


Y3 Y2 SERIAL 
OUTPUT 


Figure 3-8. GCR E/D Mode Definitions 03862A-95 
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Design Approach (AmPAL16R6) 


The PAL implementation of the GCR Encoder/Decoder takes 
advantage of the multiplexer-like structure of the AND-OR ar- 
ray. Each valid combination of ENABLE, M, and Moselectsa 
different set of AND terms. In some cases, only one term is 
selected (in data steering operations for example). In other 
cases, multiple AND terms are selected to implement a com- 
binatorial logic function (the 5B-to-4B conversion for example). 
This concept, using the control inputs to enable one or more 
AND terms, allows the direct implementation of the PAL design 
from the mode Data-Flow Diagrams (with a little Karnaugh map 
help). The K-Maps for the 5B-to-4B conversion logic and the 
4B-to-5B conversion logic for the Y3 output are shown in Figures 
3-9 and 3-10. Given these maps and the flow diagrams in Figure 
3-8, the Boolean equations can be constructed for the Y3 output. 


The resulting equation, in PALASM format, is shown in Figure — 


3-11. 


It is important to note that the equation in Figure 3-11 is written 
for the inverse of the Y3 output (Y3). This is necessary if true 
data is desired on the output pin because of the inverting 
nature of the output buffer on the PAL. The inverted form of 
the equation is easily implemented by selecting the negative 
version of the data(Y3 in the hold operation for example) or by 
grouping zeros in a combinatorial logic function (see Figures 
3-9 and 3-10). Notice that the multiplexer strategy works equally 
well for active-LOW or active-HIGH logic functions. 


Once the transformation of the Data-Flow Diagrams and 
K-Maps to Boolean equations is understood, the interested 
reader should be able to construct K-Maps for the other Y out- 
puts and, in conjunction with the Data-Flow Diagrams of 


A3 =Y3* Y2 + Y3* Sour 03862A-96 


Figure 3-9. 5B-to-4B Conversion K-Map for Y; Output 
Y3:= EN*Y3 


EN « Mi * Mo* Y2 
EN « M1 * Mo* Sour 


EN * M1 * Mo * Y3 * Sout 


EN * My * Mo * Ya * Y2 
EN * M1* Mo * D3 * Do 
EN * M1 * Mo « D1* Do 


Figure 3-8, write the PALASM equations for the resulting logic 
functions. This exercise will help the reader to fully appreci- 


‘ate the advantages of the Data-Flow Diagram/Multiplexer 


method of PAL design. Consult the full PALASM listing (Figures 
3-15 and 3-16) for the complete solutions. 


It is important to note that the diagrams and equations in Fig- 
ures 3-12, 3-13, and 3-14 specify the true output for invalid 
signal (INV), rather than INV which appears in the system dia- 
gram of Figure 3-7. This is necessary if the correct data is 
desired on the output pin and is due to the inverting nature of the 
output buffer on the PAL device. 


Once the data portion of the Encoder/Decoder is completed, 
only the two status outputs, H and INV, need to be imple- 
mented. H indicates the synchronization mark (11111) has 
been detected and is simply an AND of Y3 through Sour. INV 
indicates an invalid serial input was received. 


The INV signal is registered and held until the clear INV flag 
input (CIF) is brought LOW, deactivating the flag. Only during 
a 5B-4B conversion operation (My = HIGH, Mo = LOW) is the 
INV flag activated. Figures 3-12 and 3-13 show the INV flag 
mode definitions and the intermediate INVALID logic equation 
respectively. 


In this case, an active-LOW output is desired so the active- 
HIGH form of the INV signal is developed internally. Ones 
are grouped in the intermediate combinatorial logic function 
(INVALID) and the true version of the data is selected. The 
complete PALASM equation for INV is given in Figure 3-14. 


D:Do 
00 0111 10 


Bo=D3*Do +D1*Do 03862A-97 


Figure 3-10. 4B-to-5B Conversion K-Map for Y; Output 


;HOLD 

;SERIAL SHIFT IN 
;SERIAL SHIFT OUT 
;CONVERT SERIAL 
INPUT AND LOAD 
;CONVERT PARALLEL 
INPUT AND LOAD 
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Figure 3-11. PALASM Equation for Y; 
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CIF M1 Mo OPERATION DATA-FLOW DIAGRAM 


ag" 
0 x x CLEAR INV 
FLAG 
INV 
1 0 0 HOLO INV 
. 0 1 FLAG 
1 1 
: INV 
1 1 0 SET INV Y3 Y2 ¥1 Yo Sour 
: FLAG 


INVALID 





INV 


Figure 3-12. INV Flag Mode Definitions —03862A-99 


Y1Yo Y+Yo 





INVALID = Y3 « Y2 + 
Y2*Yi* Yo + 
Yo » Sour ; + 
Y3 *# ¥2 « ¥1 * Yo* Sout 03862A-100 


Figure 3-13. PALASM Equation for INVALID 


INV:= CIF* INV ;HOLD INV FLAG 
GIF » Mi * Mo * Y3 * ¥2 +  ;SETINVFLAGIF INVALID IS TRUE 
TIF « My * Mo * Yo « Sout + 
CIF » Mi * Mo * ¥2 * ¥4 * Yo + 


CIF « Mt * Mo * Ys * ¥2* Yy * Yo* Sour 
03862A-101 
Figure 3-14. PALASM Equation for INV 
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Y3 Y2 Y1 YO SOUT /INV /H 


TABLE 3-7. FUNCTION TABLE FOR GCR (4B-5B) ENCODER/DECODER 


CK /E /EN Ml MO D3 D2 D1 DO SIN /CIF 


FUNCTION TABLE 
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ERIAL SHIFT IN TEST. 


AAAQAGD Ave we 


DESCRIPTION 

THIS PART IMPLEMENTS A 4B 5B ENCODER/DECODER FOR TAPE DRIVES. ON 

A WRITE IT ENCODES THE 4B INPUT DATA TO THE 5B FORMAT AND SERIALIZES 
THE DATA. ON A READ THE 5B DATA IS SHIFTED IN, ‘RECONVERTED ' TO THE 
4B FORMAT, AND OUTPUT TO THE DATA BUS. 





PALI6R6 PAL DESIGN SPECIFICATION 
PATOO3 WARREN K. MILLER 2/15/82 - 
4B-5B ENCODER/DECODER -> 
ADVANCED MICRO DEVICES 

CK M1 MO D3 D2 D1 DO /EN /CIF GND 

/E SIN /INV YO Y1 Y2 Y3 SOUT /H VCC . 


/SOUT := EN*/SOUT ; HOLD 
/EN*/M1*/MO*/SIN sSERIAL SHIFT IN 
/EN*/M1* MO*/YO sSERIAL SHIFT OUT 
/EN* M1*/MO*/SIN ;CONVERT SERIAL INPUT AND LOAD 
/EN* M1* MO* D3* D1 sCONVERT PARALLEL INPUT AND LOAD 
/EN* M1* MO* D3* DO ; 


++ett 


/YO —s= EN*/YO : 
/EN*/M1*/MO*/SOUT 
/EN*/M1* MO*/Y1 
/EN* M1*/MO*/SOUT 
/EN* M1*/MO* Y3* Y2*/YO 
/EN* M1* MO*/D3* D1 
/EN* M1* MO*/D3* D2* DO 


/Y1  s= EN*/Y1 
/EN*/M1*/MO*/YO 
/EN*/M1* MO*/Y2 
/EN* M1*/MO*/YO 
/EN* M1*/MO* Y3* Y2 
/EN* M1* MO*/D2 


/Y2 sm EN*/Y2 
/EN*/M1*/MO*/Y1 
/EN*/M1* MO*/Y3 
/EN* M1*/MO*/Y1 
-/EN* M1* MO*/D3*/D1*/DO 
/EN* M1* MO*/D3* D2*/D1 
/EN* M1# MO* D3*/D1* DO 


/Y3 y= EN*/Y3 
/EN*/M1*/MO*/Y2 
/EN*/M1* MO*/SOUT 

_ /EN* M1*/MO* Y3* SOUT 
/EN* M1*/MO* Y3*/Y2 
/EN* Mi* MO* D3*/DO 
/EN* M1* MO* D1*/DO 


te ttete tee tt t+etetet 


tee eee 


INV := /CIF* INV + sHOLD INV FLAG 
/CIF* M1*/MO*/Y3*/Y2 + 3SET INV FLAG IF INVALID TRUE 
/CIF* M1*/MO#/Y2*/Y1*/YO + ; 
/CIF* M1*/MO*/YO*/SOUT + 
/CIF* M1*/MO* Y3* Y2* Y1* YO* SOUT 


H = Y3* Y2* Y1* YO* SOUT 
Figure 3-15. PALASM Listing (pg. 1 of 3) 


3-18 


PAL16R6 PAL DESIGN SPECIFICATION 
PATOO3 WARREN K. MILLER 2/15/82 
4B-5B ENCODER/DECODER . 

ADVANCED MICRO DEVICES 

*D9724 

*FO* 

LOOOO 1111 1111 1111 1111 1111 1111 1111 1111 
L0032 1111 1101 1101 1101 1101 1101 1111 1111 
LO256 1111 1110 1111 1111 1111 1111 1011 1111 
LO288 1011 1011 1111 1111 1111 1111 0111 1110 
LO320 1011 0111 1111 1111 1111 1110 0411 1111 
LO352 0111 1011 1111 1111 1111 1111 0111 1110 
L0384 0111 0111 0111 1111 0111 1111 0111 1111 
L0416 0111 0111 0111 1111 1111 0111 0111 1111 
LO51Z 1111 1111 1110 1111 1111 1111 1011 1111 
LO544 1011 1011 1111 1110 1111 1111 0111 1111 
L0576 1011 0110 1111 1111 1111 1111 0111 1111 
L0608 0111 1001 1101 1111 1111 1111 0111 1111 
L0640 0111 1011 1101 1110 1111 1111 0111 1111 
LO672 0111 0111 0111 1111 1111 1011 0111 1111 
LO0704 0111 0111 1111 1111 0111 1011 0111 1111 
LO768 1111 1111 1111 1110 1111 1111 1011 1111 
LO800 1011 1011 1111 1111 1110 1111 0111 1111 
L0832 1011 O111 1110 1111 1111 1111 0111 1111 
L0864 0111 1011 1111 1111 1110 1111 0111 1111 
L0896 0111 0111 1011 1111 1011 1011 0111 1111 
L0928 0111 0111 1011 0111 1011 1111 0111 1111 
LO960 0111 0111 0111 1111 1011 0111 0111 1111 
L1024 1111 1111 1111 1111 1110 1111 1011 1111 
L1056 1011 1011 1111 1111 1111 1110 0111 1111 
L1088 1011 0111 1111 1110 1111 1111 0111 1111 
L1120 0111 1011 1112 1111 1111 1110 0111 1111 
L1152 0111 1011 1101.1101 1111 1111 0111 1111 
L1184 0111 0111 1111 1011 1111 1111 0111 1111 
L1280 1111 1111 1111 1111 1111 1110 1011 1111 
L1312 1011 1010 1111 1111 1111 1111 0111 1111 
L1344 1011 0111 1111 1111 1110 1111 0111 1111 
L1376 0111 1010 1111 1112 11211 1111 0111 1111 
L1408 0111 1011 1101 1101 1111 1110 0111 1111 
L1440 0111 0111 1011 1111 0111 1111 0111 1111 
L1472 0111 0111 1011 0111 1111 0111 0111 1111 
L1536 1111 11112 1111 1111 1111 1111 1110 O111 
L1568 0111 1011 1110 1110 1111 1111 1111 0111 
L1600 0111 1011 1111 1110 1110 1110 1111 O111 
L1632 0111 1010 1111 1111 1111 1110 1111 0111 
L1664 0111 1001 1101 1101 1101 1101 1111 0111 
C8E23* 

VOOO1 XXXXXXXXXO1XZZZZZZX1 
VOOO2 CXXXXXXXOOOXHXXXXXX1 
VO003 €C1111111100XHHHHHLH1 
VO004 COOXXXX11001HLHHHHH1 
VOOO5 COOXXXX11001HHLHHHH1 
Vo006 COOXXXX11001HHHLHHH1 
VOO07 COOXXXX11001HHHHLHH1 
voo0os COOXXXX11001HHHHHHL1 





me fe oe ok ook ke ok ok ook oe ok ok ok Ok oe oe OK ek OK ok ok Ok ke ok ok ok ok ok ok ok ok Ke OK OK OK ok OK OK ok 


Ok ok Ke OK Ok OOK OK 


Figure 3-15. PALASM Listing (pg. 2 of 3) 
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€1100001100XHHLLHHH1 
C10XXXX11000HHHLLLH1 
C1100011100XHHLHHHH1 
C1OXXXX11000HHLLLLH1 
C1100101100XHLLHLHH1 
C10XXXX11000HHLLHLH1 
C1100111100XHLLHHHH1 
C10XXXX11000HLLLLLH1 
C1101001100XHHHLHHH1 
C1OXXXX11000HHHHLLH1 
€1101011100XHLHLHHH1 | 
C1OXXXX11000HHLHLLH1 
€1101101100XHLHHLHH1 
C10XXXX11000HHLHHLH1 
€1101111100XHLHHHHH1 
C10XXXX1 1000HLLHLLH1 
€1110001100XHHLHLHH1 
C10XXXX11000HHHLHLH1 
€1110011100XHHLLHLH1 
C10XXXX11000HLHLLLH1 
€1110101100XHHLHLLH1 
C10XXXX11000HLHLHLH1 
€1110111100XHHLHHLH1 
C10XXXX11000HLLLHLH1 
C1111001 1O0XHHHHLHH1 
C10XXXX11000HHHHHLH1 
€1111011100XHHHLHLH1 
C10XXXX11000HLHHLLH1 
€1111101100XHHHHLLH1 
C10XXXX11000HLHHHLH1 
C1111111100XHHHHHLH1 
C10XXXX11000HLLHHLH1 
€1111111100XHHHHHLH1 
CO1XXXX1100XHHHHLHH1 
CO1XXXX1100XHHHLHHH1 
CO1XXXX1100XHHLHHHH1 
CO1XXXX1100XHLHHHHH1 
CO1XXXX1100XHHHHHLH1 
CO1XXXX11 00XHHHHLHH1 


* 
* 
* 
* 
* 
*% 
* 
* 
* 
* 
* 
* 
* 
& 
* 
* 
* 
* 
* 
* 
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% 
* 
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* 
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* 
* 
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Figure 3-15. PALASM Listing (pg. 3 of 3) 
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Ho H tH aoe 
Ly 
seisvichisiietins 


Columns: Inputs (0-31) 
Rows: Product Terms (0-63) 


na 
i 


ane 


55 


EN+t 2 


57 
58 
so 
60 
61 
62 
63 


oa 
Rs 
im imtiin TA 
2 ee << 
Sea ee Ee Ts Sug 


D> ee ee En << 


ot23 4s 67 8 $101 12131415 16171849 20212223 24252627 28 293031 


+ =Fuse intact —{%)— =All fuses intact —+- = Fuse blown 03862A-102 


Figure 3-16. Logic Diagram for GCR Encodes/Decodes Using AmPAL16R6 
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3.2.4 COMPARATORS 


The comparison of two numbers is an operation that 
determines if one number is equal to the other number. 


6-Bit Comparator (AmPAL18P8) 


The 6-bit comparator establishes when two 6-bit data strings 
(AO-A5 and BO-BS5) are equivalent (NE = L). Because the 
maximum number of product terms for each output pin is eight, 
we use one additional output pin (UPNE) for the comparison of 
the three most significant bits (UPNE = L if the upper three bits 
are equivalent). It requires twelve inputs and two outputs, for a 
total of sixteen input/output pins. These requirements are 


satisfied by a single AmPAL18P8 device. The corresponding 
PLPL specification and the sum-of-products equations 
generated by the compiler are shown in Figure 3-17.. 


Octal Comparator (AmPAL22V10) 


The octal comparator establishes when two 8-bit data strings 
(A0-A7 and BO-B7) are equivalent (NE = L). It requires sixteen 
inputs, and one output pin. The single output needs sixteen 
product terms. These requirements are satisfied by one single 
AmPAL22V10. The corresponding PLPL specification. and 
sum-of-products equations generated by the compiler are 
shown in Figure 3-18. 
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DEVICE SIX_BIT.MAGNITUDE_COMPARATORS (PAL18P8) 


PIN AS =2 A3=3. A2=4 AL=5 = AO 
B5 B3 =9 B2=11 B1= 12 BO 
14 “THE UPPER THREE BITS NOT EQUAL" 


= A5*/B5 + /A5*B5 
+ AG*/B4 + /AG*B4 
+ A3*/B3 + /A3*B3; 


= UPNE 

+ A2*/B2 + /A2*B2 

+ A1*/B1 + /A1*B1 

+ AO*/BO + /A0*BO ; 
END. 


TEST_VECTORS 
IN AS A4 A3 A2 Al AO BS B4 B3 B2 B1 BO ; 
OUT —_-UPNE NE ; 





BEGIN 
"AAAAAA BBBBBB " 
"643210 543210 UPNE NE" 


00 
10 
01 
00 
00 
00 
00 
00 
00 
00 
00: 
00 
00 
11 

01 
10 
01 

END. 


000000 
000000 
000000 
000000 
000000 
000000 
100000 
010000 
001000 
000100 
000010 
000001 
000000 
111111 
101010 
010101 
001001 


=e we 


=e 


a ®e %e Se Ss & 


=e & 


=e 


eoOo7-=]2 00 TC AGG AA AAA oO = 

e-ea- 0c COCO MO Ma Aa Oa oo oO 

O©o-- 00 CCFC AGCO=0aA COO 

wer oare oa onooncncoooor.-oao0onc0eos9d & 

mPerrer rrr ree errr eters 

rere r me eteeezarzreaararerzrrs 
- 


Figure 3-17. AmMPAL18P8 PLPL Specification—6-Bit Comparator 
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DEVICE OCTAL_COMPARATOR (PAL22V10) 
PIN A7T=1 A6b=2 AS =3 
A3=5 A2=6 AL=7 
- B7=9 B6= 10 B5 = 11 
B3 = 14 B2=15 Bi = 16 
NE = 18; — 


NE 


AT*/B7 + /A7*B7 
A6*/B6 + /A6*B6. 
AS*/B5 + /AS*BS 
AG*/BA + /AG*B4 
A3*/B3 + /A3*B3 
A2*/B2 + /A2*B2 
A1*/B1 + /A1*B1 
AO*/BO + /AO*BO ; 


+ + + t+ te et + 


END. 
TEST_VECTORS 
IN A7 A6 AS AG A3 A2 Al AO B7 B6 B5 BG B3 B2 B1 BO; 
OUT NE; 

BEGIN £63. 9 
"AAAAAAAA BBBBBBB 
"76543210 7654321 
10000000 0000000 
00000 0000000 
0000 0000000 
0000 0000000 
1000 00000 
100 00000 
10 0000 
01 0000 
00 0.0 
00 00 
0 0. 10 
00 01 
00 00 
00 00 
00 00 
00 00 
00. 00 
11 11 
10 10 
01 01 


s =e =e =e ™s8 =s =e me 


— 
oO 
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=e “=s Ss 


B 
0 
0 
0 
0 
0 
0 
0 
0 
0. 
0. 
0 
0 
0 
0 
0 
0 
1 
0: 
1: 
0 - 
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3.2.5 ADDRESS DECODING AND CHIP 
SELECT GENERATION SIMPLIFIED 
WITH COMBINATORIAL PAL DEVICES 


Combinatorial PAL devices are used extensively in digital com- 
puter systems for address decoding and chip-select generation 
functions. For these functions, a combinatorial PAL device with 
a large number of inputs/outputs and programmable polarity 
for its outputs is preferable. The AmPAL18P8, a second- 
generation combinatorial PAL device is ideal for these applica- 
tions. Compared to the standard 20-pin combinatorial PAL 
devices such as 16L8/16H8, it offers three significant advan- 
tages: two extra bidirectional I/Os, increased number of prod- 
uct terms for every output, and programmable polarity for each 
of its eight outputs. Its extra inputs allows it to decode a larger 
number of address bits in a single device. Its programmable 
polarity allows generation of both active-LOW and active-HIGH 
chip selects from the same device for different peripherals. 
This obviates the need for separate PAL devices with dedi- 
cated polarity (such as 16L8/16H8) and also results in faster 
speed. 


For chip-select functions, a system designer often has to 
generate stable latched chip selects, and chip selects for 
memories without OE pins; whereas address decoders, imple- 
mented with PAL devices, can also be used to implement cer- 
tain system-specific tricks such as boot-address generation, 
and switching between Real and Virtual modes of operation. 


‘Figure 3-19.a STATIC 1 Hazard 





Stable Latched Chip-Select Generation 


The address decoding function often requires latching the 
“decoded chip select (CS)” line. This is needed for most 
memory and peripheral devices. To generate this stable CS, 
designers often have to take into account possible hazard con- 
ditions. These hazard conditions.can be handled easily by a 
PAL device such as the AmPAL18P8. 


Hazard Definitions and Brief Explanations 


Hazards are timing problems and unwanted switching tran- 
sients that arise due to gate and wiring delays. These un- 
wanted transients may occur at the outputs of combinatorial or 
asynchronous sequential networks because different paths of 
the network may have different propagation delays. 


A network is said to have a “STATIC 1 Hazard” if its output 
momentarily goes to 0 when it should remain at constant 1, due 
to some input change; and it is said to have a “STATIC 0 
Hazard” if its output momentarily goes to 1 when it should 
remain at constant 0. A network is said to have “DYNAMIC 
Hazards” when its output oscillates a few times (from 1—> 0 
or 0 —> 1) before it returns to a stable state. In all of these 
cases, the steady-state output of the network is correct, but 
switching transients cause “glitches” to appear at the outputs. 
Figures 3-19.a through 3-19.c show various types of hazards. 





Figure 3-19.b STATIC 0 Hazard 


~ Figure 3-19.c. DYNAMIC Hazards 
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Figure 3-20 shows the example of a network with a “STATIC 1 
Hazard.” Here, output Y is equal to X1 * X2 + /X2* Y. Thisisa 
sum-of-products equation. It can be implemented with either 






NAND gates (shown in Figure 3-20), or with simple AND-OR 
gates in a PAL device. © : 


Y =X Xot/Ko¥ 


Figure 3-20. NAND Implementation of Y = X1 * X2 + /X2 * Y 





The logic in Figure 3-20 shows the sum-of-product form of 
design. Signal X2 can be an LE signal (usually ALE or AS in 
most microprocessors), Y is the feedback from the output for 
generating the stable CS signal. X1 can be an AND term of a 
number of address signals (e.g., X1 = A3 * A4 * AS). For 
simplicity sake, we would use X1 as a single signal. Figure 
3-21 shows the Karnaugh Map for this function. 





Xo transitions from 1 to 0 


static hazard 


Figure 3-21. Karnaugh Map 


As we can see in the Karnaugh Map, there is a possibility of 
a hazard when signal X2 transitions. 

Consider the case when initially X1 & Y = 1, and X2 is also 1. 
Now let's say X2 transitions to 0. The output Y should remain a 
constant 1; however, the output may momentarily go to 0 if the 
gates switch in the following sequence: gate 1 switches to 0, 
then Y goes to 0, then the inverter output goes to 1, gate 2 
switches to 0, and finally, Y goes to 1. Note that there is pos- 
sibility of this hazard only because of different gate delays. 


This kind of hazard results in momentary false outputs, and 
may cause serious problems if the output is used as an input 


for other asynchronous networks. For example, if the signal Y 
is used as the CS signal for some memory or peripheral 
device, it is likely to result in erroneous behavior of the system 
because of this momentary false output. These kinds of 
hazards cause the network to go into wrong stable states. 


Figure 3-22 shows the Karnaugh Map and its associated stable 
States. If the network is in stable state 4 (represented by X1 = 


-1, X2 = 1, and Y = 1), and if the X2 input is changed to 0, the 


next stable state should be 5 and not 2. However, if Y momen- 
tarily goes to 0 and is fed back before /X2 goes to 1, the output 
of gate 2 will remain 1 and the output might be 0. 





Xo transitions from 1 to 0 


Figure 3-22. Stable States for the Function 
Y = X1* X2 + /X2°*Y | 


Avoiding Hazard Conditions 


These hazard conditions can be avoided easily with PAL 
devices. The hazard condition of Figure 3-22 can be eliminated 
by an extra AND gate as shown in Figure 3-23. This extra AND 
gate prevents the false output for Y. Providing this extra AND 
gate with a PAL device is very easy. It is simply an unused 
product term. 
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+X1Y 


Extra gate used 
to avoid GLITCH 


Figure 3-23. Hazard Elimination with an Extra Gate 


Generating Chip Selects (CS) for Memories— 
With or Without Output Enable (OE) 


Most of the second-generation memories have both output 
enable (OE) and chip select (CS) pins. This separate and inde- 
pendent OE line eliminates the bus-contention problem com- 
pletely. The OE line is used by the microprocessor for getting 
data “on” or “off” the system data bus, and the microproces- 
sor is always in control. Without this the system is always 
asynchronous with feepeet to the microprocessor/memory 
interface. 


However, some memories do not have a separate OE pin. 
Generating CS for these memories could cause serious bus- 
contention problems is such situations. Often this problem is 
solved by gating the CS with READ or WRITE signals as 
follows: 


CS= xX*/R 
+ X* /W (X is combination of certain address lines) 
WE = /W 


This approach allows usually sufficient time for other buffers on 
the data bus to tristate. This works well for the read cycles in 
which the memory/peripheral is expected to be the only bus 
driver. However, for write cycles where usually the processor is 
the data bus driver, this doesn't quite solve the problem 
completely. 


In the above equations, CS is generated either from the READ 
or WRITE line. There is still no way to ensure that CS is 
generated after the WE line to the peripheral/memory is as- 
serted LOW since CS is not controlled by WE at all. This prob- 
lem however can be solved by controlling the CS line from the 
WE signal, by gating the /W signal with the WE sional (for CS) 
as follows: 


CS= xX’/R 


+ X* /W* WE 


This ensures that the WE of peripheral/memory is LOW before 
the CS is asserted. This, however, solves part of the problem. 


On the other edge, WE should be disasserted only after CS is 
disasserted. This can be accomplished by controlling /WE from 
the /CS—by gating /CS along with the /WE line (as follows): 


WE = /(W* /CS 


This ensures the assertion of /WE as long as CS is asserted 
and W is LOW. As soon as the /CS is disasserted, the /WE of | 
the peripheral/memory will be disasserted. 


These signals /CS and /WE used for controlling each other are 
nothing but the feedback from the appropriate I/O pins. The 
AmPAL18P8 provides feedback from all of its I/O pins to imple- 
ment these functions. These feedbacks ensure logic safety, 
and provide smooth functioning of the design without using any 
additional components. 


The PAL devices can be used also for providing flexible 
address-decoding functions. 


Mapping Boot Address Difficulty 
Solved with a PAL Device 


Usually single-board systems use one or two ROMs for imple- 
menting booting software. For example, a single 1-Mbit ROM 
provides 64K words (64K x 16) of memory. 


In iAPX86 microprocessorbased systems, the bootstrap ad- 
dress is at the end of the address space. This can present 
problems in systems with only one or two ROMs. 
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In such cases, a slight trick in the address decoder can usually 
save one extra ROM chip to be placed at the boot location. 
During initialization. the boot-strap address can be decoded to 
a location in the ROM and the boot code is placed in that ROM 
in addition to usual software. After booting is complete, an 
external flip-flop (START) can be asserted to allow normal 
addressing of the ROM address space (see Figure 3-24). 


CS2= Ai9*A18* A17* A16* /START Boot Address 
+ /A19 */A18*/A17*/A16* START after booting’ 
is complete 


One has to be careful and not execute the boot code again. An 
extra product term of the PAL device allows use of the same 
ROM for both functions. 


ROM2 


[| 


Boot Address 
Decode 


FFFFF 


Figure 3-24. Boot Address Decoding Scheme 


Switching Between Real and Virtual 
Modes of Operation 


In the 80286 microprocessor, for maintaining upward-com- 
patibility with the 8086/8088 Microprocessor Family, two 
modes of operation are provided: Real and Virtual/Protected 
mode. 


The Real mode is compatible to iIAPX 88/86 and has 1 Mbyte of 
physical address space: The 80286 is initialized in this Real 
mode with the bootstrap address of FFFFO (A0—A19) at the 
bottom of this address space. Switching to the Virtual/ 
Protected mode of operation allows for the AO-A23 address 


- bits with 16 Mbytes of physical address space. In the Real 


mode, the system bootstrap ROMs must respond to the 
address available (with 1 Mbyte), ignoring the upper four 
A20-A23 address lines. In Protected mode, these same ad- 
dress lines address only the top 1 Mbyte of the available 16 
Mbytes of address space. Thus, based on control signal 
PROT, the address decoder decides which address bits to use 
to generate CS for the same location in memory. The circuit 
should allow the capability of resetting to restart the chip from 
Real mode. The bootstrap-ROM CS can be generated as 
follows: 


CS= A119 *A18 *A17 *A16* PROT ; 
+ /A23 7A22 */A21 */A20 *A19 *A18 *A17 *A16 *PROT * 


PROT = /MODE + RESET * PROT 


Note that MODE indicates Real mode, and /MODE indicates 
Virtual mode. 


During START, the signal PROT initializes as LOW, which al- 
lows Real-mode address decoding. When switching to Virtual 
mode, the processor explicitly changes the state of a register 
mode to LOW. 


MODE =H =Rea! mode 
MODE =L = Virtual/Protected mode 


This allows the PAL-based internal latch to store the state of 
the Virtual mode in output PROT whose feedback is used to 
address the Virtual mode address space (Note that this flexibil- 
ity is again provided by a simple product term of the PAL 
device). 


A similar approach can be used even for the [APX 386. The 
switching between Real and Virtual/Protected mode is identical 
except that in Virtual mode, the addressing needs to be based 
on extra bits A20O-A32, whereas in iAPX 286, only A20—A23 
need to be implemented. 
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3.3 SEQUENTIAL LOGIC 


3.3.1 COUNTERS 
Nine-Bit Up-Down Counter 


An up-down counter is also known as a bidirectional counter, 
and is capable of counting in either direction through a certain 
sequence. For example, a 4-bit up-down binary counter can 
count up through its sequence (0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 
12, 13, 14, 15) and then can be reversed to count down (15, 
14, 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1, 0). 


In general, most up-down counters can be reversed at any 
point in their counting sequence. For example, the 4-bit binary 
up-down counter can be made to go through the following 
sequence: 


0, 1, 2, 3, 4, 5, 6, 7, 8 7,6, 5,4, 3 4, 5, 6, 7, 8, 9, etc. 
I 
UP DOWN UP 
Design Requirements 
Figure 3-25 shows the block diagram of a 9-bit up-down 
counter. In addition to the nine registered outputs for the 
counter, there are five other inputs: one clock pin, one 


UP/DOWN control, one CLEAR, one Output Enable and one 
HOLD. input. 


The counter counts up, when a HIGH is asserted on the 
UP/DOWN control signal and clock pulses are applied. It 
counts down when a LOW is asserted on the UP/DOWN con- 
tro! signal and the clock pulses are applied. HOLD, when as- 
serted, holds the state of the last count. CLEAR resets the 
entire counter to 0. Output Enable enables the value of counter 
on the output pins. 


Design Approach 


For the ease of implementation, the counter is partitioned into 
two separate counters: one 4-bit and the other 5-bit. The 5-bit 
counter is enabled every time the counter reaches the value 15 
(when the counter is counting up) and value 0 (when counting 
down). 


To minimize product-term requirements, an external pin is 
used to generate a “ONE” signal based on the least significant 
4 bits of the counter value ( Q([3] * Q[2] * Q[1] * Q{0)). 


Table 3-8 shows the function table for the 9-bit up-down 
counter. Figure 3-26 shows the PLPL specification and Figure 
3-27 shows the fuse map of a 9-bit up-down counter imple- 
mented with single AMPAL22V10 device. 


As shown in the fuse map, a total of 106 product terms are 
required to implemente this function. The most significant bit of 
the counter (Q8) requires 16 product terms. 


TABLE 3-8. FUNCTION TABLE FOR THE 9-BIT UP-DOWN COUNTER 


UP/ 
Foe four favo | MF Q8 Q7 Q6 Q5 Q4 Q3 Q2 Q1 = Q0 


COUNT DOWN 
0 0 0 


OUTPUTS TRISTATED 
CLEAR 

HOLD 

COUNT UP 


COUNT DOWN 


08749A-298 
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“DEVICE NINE_BIT_UP_DOWN COUNTER (PAL22V10) #800110) Q[8:4} := #800111 
PIN CLOCK = 1 UP =2 CLEAR=3 EN #800111) Q{8:4] := #801000 
HOLO = 5 ONE = 14 #801000) Q[8:4] := #801001 
Q[8:0] = 19,18,17,16,15,20,21,22,23 ; #801001) Q18:4] := #801010 
DEFINE ZERO = /Q{3) * /Q{2) * sali} * /a{0) #801010) Q{8:4) := #801011 
DOWN = /UP ; #801011) Q{8:4} := #801100 
" NOTE: DUE TO PRODUCT TERM LIMITATIONS, MUST GENERATE ‘ONE! #801100) Q18:4] := #801101 
SIGNAL ON A PIN TO FIT THE DESIGN IN THE PAL. 'ZERO' CAN #801101) Q[8:4] := #801110 
BE DETECTED WITH INTERNAL PRODUCT TERMS. " #801110) Q{8:4) := #801111 
#801111) Q(8:4] := #810000 
BEGIN #810000) Q[8:4] := #810001 
IF ( EN) THEN ENABLE (Q[8:0]) ; #810001) Q[8:4] := #810010 
ONE = Q(3} * Q(2] * Q{1] * Q10) ; #810010) Q(8:4) := #810011 
IF ( CLEAR ) THEN ARESET(Q{8:0)) ; #810011) Q(8:4] := #810100 
IF ( HOLD ) THEN Q{8:0) == Q{8:0) ; #810100) Q{8:4} := #810101 
IF ¢ UP) THEN BEGIN #810101) Q[8:4) := #810110 
CASE (Q{3:0]) #810110) Q(8:4] := #810111 
BEGIN #80000) Q{3:0] := #80001 ; #810111) Q[8:4] := #811000 
#80001) Q[3:0] := #80010 ; #811000) Q{8:4] := #811001 
#80010) Q[3:0] := #80011 ; - #811001) Q18:4) := #811010 
#80011) Q[3:0] := #B0100 ; #811010) Q[8:4] := #811011 
#80100) Q13:0] := #B0101 ; #811011) Q18:4} := #311100 
#80101) Q[3:0] := #B0110 ; #811100) Q[8:4] := #811101 
#80110) Q[3:0] := #80111 ; #811101) Q[8:4] := #311110 
#80111) Q(3:0] := #81000 ; #811110) Q(8:4) := #B11111 
#81000) Q[3:0] := #81001 ; #811111) Q[8:4) := #800000 
#81001) Q(3:0] := #81010 ; END ; 
#81010) Q[3:0) := #81011 ; END ; 
#81011) Q(3:0] := #81100 ; ELSE Q(8:4] := Q(8:4] ; 
#81100) Q(3:0) := #81101 ; _ END ; 
#81101) Q{3:0) := #81110 ; IF ( DOWN ) THEN BEGIN 
#81110) Q[3:0) := #B1111 ; CASE (Q[3:0]) BEGIN #80000) Q[3:0] := #81111 ; 
#81111) Q[3:0) := #80000 ; #80001) Q[3:0} := #80000 
END ; #80010) Q[3:0) := #80001 ; 
IF ( ONE ) THEN BEGIN. - #80011) Q[3:0) := #B0010 ; 
CASE (Q[8:41) #80100) Q[3:0} := #30011 ; 
BEGIN #800000) Q18:4] := #800001 ; #80101) Q(3:0] := #80100 
#800001) Q(8:4] := #800010 ; 
#800010) Q{8:4] := #800011 
#800011) Q{8:41 := #800100 ; 
#800100) Q[8:4) := #800101 
#800101) Q{8:4] := #800110 
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Figure 3-26. PLPL Specification for a 9-Bit Up-Down Counter (1 of 2) - 
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#80110) Q(3:0] #811101) Q(8:4] := #811100 
#80111) Q(3:0) : #811110) Q(8:4} := #811101 
#81000) Q(3:0] : : #811111) Q{8:4] := #811110 
#81001) Q[(3:0] END ; 
#81010) Q[3:0) 
#81011) Q(3:0) : 
#81100) Q[3:0] 
#81101) Q{3:01] : END. 
#81110) Q(3:0) TEST_VECTORS 
#81111) Q[3:0] IN CLOCK UP CLEAR EN HOLD ; 
END ; OUT ONE Q[8:0) ; 
IF ( ZERO ) THEN BEGIN BEGIN 
CASE (Q[8:4]) BEGIN #800000) Q[8:4) "cCUCc . 0 
#800001) Q[8:4] "LPL N N 
#800010) Q18:4] : "0 O£ E 
#800011) Q[8:4) "c OA 
#800100) Q[8:4] ™ OR 
#800101) Q(8:4) PXX 
#800110) Q(8:4] c10 
#800111) Q[8:4] := #800110 c10 
#801000) Q[8:4] := #800111 c10 
#801001) Q[8:4] := #801000 PX xX 
#801010) Q[8:4] := #801001 c10 
#801011) Q(8:4] := #801010 c10 
#801100) Q18:4] := #801011 c10 
#801101) Q(8:4] := #801100 c10 
#801110) Q(8:4] := #801101 cxo 
#801111) Q[8:4] := #801110 coo 
#810000) Q{8:4] := #801111 coo 
#810001) Q[8:4] := #810000 coo 
#810010) Q(8:4] := #810001 coo 
#810011) Q[8:4] := #810010 coo 
#810100) Q[8:4] := #810011 coo 
#810101) Q(8:4] := #810100 coo 
#810110) Q(8:4] := #810101 coo 
#810111) Q(8:4] := #810110 cxX 
#811000) Q[8:4] := #810111 cx 
#811001) Q{8:4] := #811000 PxXX 
#811010) Q(8:4] := #811001 c10 
#811011) Q[8:4] := #811010 c10 
#811100) Q(8:4) := #811011 c10 
END. 


END ; 
ELSE Q(8:4] := Qf8:4] 
END ; 


"COUNT UP" 


“"PRELOAD REGS" 
"COUNT UP " 


i 
;"HOLD ™ 
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Figure 3-26. PLPL Specification—9-Bit Up-Down Counter (2 of 2) 
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Figure 3-27. Fuse Map of a 9-Bit Up-Down Counter 
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Modulo-360 Counter 


Atypical n-bit binary counter has a maximum modulus equal! to 
2", where n is the number of stages. However, it can be 
modified to have a lesser modulus, without changing the num- 
ber of stages. This may be necessary for applications where a 
non-power-of-two modulus is required. 


Often it is necessary to introduce signal delays into logic 
design to meet tight timing requirements such as to allow for 
bus skew, access time or different propagation delays through 
devices along two different signal paths. A typical example of 
this is the introduction of wait states to allow for access times of 
different memory elements. Counters or delay lines are com- 
monly used to introduce the delay. Counters have the advan- 
tage of programmability to generate the required delay and are 
possibly easier to synchronize with the master device. A 
modulo counter, implemented with a PAL device can be used 
for these kind of applications. 


Design Requirements 


For example, if a counter with modulus of 17 is required, five 
flip-flops will be required because a fourstage counter has 
maximum modulus of 16. Similarly, to implement modulo-360 
counter, nine flip-flops will be required. 


However, to achieve a lesser modulus in an n-stage counter, 
some of the “natural” states have to be skipped. For example, 
a five-stage counter has a natural counting sequence from 0 to 
31. If the counter is to be redefined as modulus 17 counter, 


Q24 [4] [3] (2) 


MODULO 24 
5 BITS 


then the states 18 to 31 have to be skipped. That means the 
counter circuitry has to be modified. Whenever the counter 
reaches state 17 it must be reset to state 0, rather than count-’ 
ing up to state 18. 


Design Approach 


Design approach for modulo-counters of any desired length is 
quite similar to that of typical binary or BCD counters. In a 
simple case, Boolean equations can be derived from the func- 
tion table covering all possible states of the counter. However, 
the size of the function table increases with the number of 
states. For large counters, generating Boolean equations can 
become tedious and time consuming. 


Another approach for implementing the modulo-counter is to 
partition the design into smaller state machines. We know that 
a modulo-360 counter requires nine flip-flops. However, in- 
stead of implementing this as a straight 9-bit counter from the 
function table we can implement this as two counters: one 4-bit 
counter (counting from 0 to 14) and another 5-bit counter 
(counting from 0 to 23). Together the two counters count up to 
360. The signal M OUT is asserted when the counter counts up 
to 360. 


Figure 3-28 shows the block diagram of a 9-bit loadable, 
modulo-360 counter. It needs nine inputs, nine outputs, one 
clock pin, one LOAD pin, one RESET, and one MOUT (module 
output) pin. Figure 3-29 shows the PLPL specification of this 
modulo-360 counter. Figure 3-30 shows the implementation of 
this function in a single AmPAL22V10 device. 


as 3) PIO) 0 


MODULO 15 
4 BITS 


Figure 3-28. Block Diagram 
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DEVICE MODULO _360_COUNTER (PAL22V10) #800110) BEGIN 
Q15 (3:0) Q15 (3:0); 
PIN CLK =1 RST=2 024 [4:0] #800111; 
40AD = 3 . END; 
A(8:0] = 4:11,13 #800111) BEGIN 
Q24[4:0] = 18:14 Q15 [3:0] Q15[3:0]; 
Q15[3:0] = 22:19 024 [4:0] #801000; 
M_OUT = 23; "ASSERTED WHEN COUNT BECOMES 360" ENO; 
#801000) BEGIN 
IF (RST) THEN ARESET(); ; Q15[3:0} := Q15[3:0); 
IF (LOAD) THEN BEGIN 024 14:0] := #801001; 
Q24[4:0] := A[8:4]; END; 
Q15[3:0}] := A(3:0); #801001) BEGIN 
END; ; Q15[3:0] := Q15[3:0]; 
ELSE BEGIN Q24 [4:0] #801010; 
IF (024 [4] */024 [3] *024 [2] *024 [1] *024 [0] * END; 
Q15 (3) *Q15 [2] *Q15£1]*/Q15[0]) THEN M_OUT = 1; #801010) BEGIN 
CASE (Q24[4:0}) BEGIN "™ MODULO 24 " Q15(3:0} := Q15[3:0]; 
#800000) BEGIN Q24(4:0] := #801011; 
Q15(3:0) := Q15[3:01; : END; 
Q24[4:0] := #800001; #801011) BEGIN 
END; Q15(3:0) := Q15[3:0]; 
#800001) BEGIN Q24(4:0] := #801100; 
Q15 [3:0] Q15[3:0]; END; 
Q24 (4:0) #800010; : #801100) BEGIN 
END; Q15(3:0] := Q15[3:0); 
#6800010) BEGIN 024 (4:0) #801101; 
015(3:0] := 015(3:0); END; j 
024[4:0j := #800011; #801101) BEGIN 
END; Q15{3:0] := Q15(3:0]; 
#800011) BEGIN Q24 [4:0] #801110; 
Q15 3:0} Q15[3:0]; END; 
024 [4:0] #800100; ; ; #801110) BEGIN 
END; Q15(3:0} := Q15(3:0); 
#800100) BEGIN Q24(4:0] := #801111; 
Q15(3:0] := Q15[3:0); END; 
Q24(4:0] := #800101; #801111) BEGIN 
END; Q15{3:0] := Q15[3:0]; 
#800101) BEGIN Q24[4:0] := #810000; 
Q15(3:0) := Q15f3:0); 
Q24[4:0] := #800110; 


Figure 3-29. PLPL Specification for a Modulo 360 Counter (1 of 2) 
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#810000) BEGIN #81011) Q15(3:0] := #81100; 
Q15[3:0) := Q15[3:0); #81100) Q15{3:0] := #81101; 
Q24[4:0] := #810001; #81101) Q15(3:0]) := #81110; 
END; #81110) Q15{3:0] := #80000; 
#810001) BEGIN 
Q15 [3:0] Q15 [3:0]; END; 
024[4:0] := #810010; END; 
END; END; 
#810010) BEGIN END. 
Q15(3:0) := Q15(3:0];_ 
024 [4:0] #810011; TEST_VECTORS 
END; ; IN CLK RST LOAD A[8:0); 
#810011) BEGIN oS OUT Q24(4:0] Q15{3:0] M_OUT; 
Q15(3:0] := 015[3:03; i 
Q24[4:0] := #810100; : BEGIN 
END; "CLK RST LOAD 
#810100) BEGIN x 1 
Q15(3:0) := Q15[3:0]; 
Q24[4:0] := #810101; 


0244:0]  015(3:0) M_OUT" 
LLtue LLL lt; 


= 
Py 


MK KK KKK KKK KKK 
= 


» 


END; 
#810101) BEGIN 
Q15 [3:0] Q15 (3:0); 
Q24 [4:0] #810110; 
END; 
#810110) BEGIN 
Q15[3:0] := 015[3:0]; 
Q24(4:0} := #810111; 
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END; 
#810111) BEGIN 
024(4:0] := #800000; 
CASE (Q15(3:0]) BEGIN 
#80000) Q15(3:0) := #80001; 
#80001) Q15[3:0] := #80010; 
#80010) Q15(3:0) := #80011; 
#80011) Q15(3:0) := #80100; 
#80100) Q15(3:0) := #80101; 
#80101) Q15[3:0] := #80110; 
#80110) Q15(3:0) := #80111; 
#80111) Q15[3:0] := #81000; 
#81000) Q15(3:0] := #81001; 
481001) Q15(3:0] := #81010; 
#81010) Q15(3:0] := #81011; 
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Figure 3-29. PLPL Specification for a Modulo 360 Counter (2 of 2) 
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Figure 3-30. Fuse Map of a Modulo-360 Counter 
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Nine-Bit Johnson Counter 


The Johnson counter is also known as a “circular-shift counter” 
and produces a special counting sequence. The sequence for 
a five-stage Johnson counter is shown in Table 3-9. Note that, 
the five-stage sequence has a table of 10 valid states and 22 
invalid states (Table 3-9). In general an n-stage (bit) Johnson 
counter will produce a modulus of 2n. Figure 3-31 shows the 
state diagram of a five-stage counter. 


As seen from the sequence table of the five-stage counter, the 
counter first fills up with 1's from left to right and then it fills up 
with 0's again. Note from the counting sequence that unlike a 
normal binary counter, Johnson counter is a unit distance 
counter, Like a Gray code counter, its output changes only one 
bit at a time. One major advantage of Johnson counter’s count- 
ing sequence is that it can be readily decoded with two input 
AND gates, and hence, is suitable for high-speed applications 
where output can be decoded safely. 


TABLE 3-9. FIVE-STAGE JOHNSON COUNTER SEQUENCE 
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Figure 3-31. 5-Stage Johnson Counter State Diagram 
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Design Considerations 


The implementation of a Johnson counter is relatively straight 
forward and is the same regardless of the number of stages. 
Implementing this with D-type flip-flops, the Q output of each 
flip-flop is connected to the D input of the following stage. The 
single exception is that the Q output of the last stage is comple- 
mented and connected to the D input of the first stage. 


One disadvantage of this counter is the number of invalid 
states. For an n-stage counter, the number of invalid states is 
equal to 2"-2n. For example, a three-stage Johnson counter 
has two invalid states, a fourstage counter has eight invalid 
states, and a five-stage counter has 22 invalid states. The 
number of invalid states increases almost exponentially with 
the length of the counter (for example, a nine-stage counter 
has 494 invalid states). The bigger the counter becomes, the 
more are the chances of its entering an illegal state. Once the 
counter enters an invalid state, it may be difficult to recover. 


Care should be taken when designing Johnson counter to 
prevent it from entering invalid states. Often even self- 
correcting logic should be incorporated to allow the counter to 
get out of illegal states. 


Design Requirement 


Figure 3-32 shows the block diagram of a 9-bit Johnson 
counter. The counting sequence shown in Table 3-9 for 5-bit 
counter can easily be expanded to 9-bits. This counter (with 
load capability) requires nine input pins, nine output pins, a 
LOAD pin, one RESET, and invalid status pin and one clock 
pin. During power-on, the counter resets to zero state. 


Figure 3-33 shows the PLPL specification for this counter. Fig- 
ure 3-34 shows the fuse map for this counter implemented with 
a single AmPAL22V10 instead of four SSI/MSI devices. Addi- 
tionally, an error flag for invalid states is incorporated in the 
design to indicate error condition. 


Figure 3-32. Block Diagram of a 9-Bit Johnson Counter 
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DEVICE NINE_BIT_JOHNSON COUNTER (AmPAL22V10) 


#B 110000000) 
#8111000000) 
CLK = 1 #8111100000) 
RST = 2 #8111110000) 
A(8:0] = 3:11 : #8111111000) 
Q[8:0] = 14:21,23 #8 111111100) 
VF = 22 "VALID STATE FLAG" #B111111110) 
LOAD = 13; #8111111111) 
43011111111) 
#8001111111) 
IF (RST) THEN ARESET(Q(8:0})-; #8000111111) 
IF (LOAD) THEN Q(8:0) := A{8:0) ; #8000011111) 
ELSE BEGIN #8000001111) 
CASE (Q[8:0)) #8000000111) 
BEGIN #8000000011) 
#8000000000) Q[8:0} := #8100000000 #8000000001) 
#B100000000) a{8:0} := #8110000000 ; END; 
#B110000000) @[8:0] := #8111000000 END. 
#B111000000) Q[8:0) := #8111100000 
#8111100000) Q[8:0] := #8111110000 TEST_VECTORS 
#8111110000) Q(8:0] := #8111111600 IN ‘CLK RST LOAD A[8:01; 
48111111000) Q(8:0] := #8111111100 OUT [8:0] VF; 
#B111111100) Q(8:0] := #8111111110 BEGIN 
#8111111110) Q(8:0] := #B111111111 ; " ; 
#B111111111) Q{8:0] := 48011111111 uC 
48011111111) @(8:0] := 43001111111 "LS 
#8001111111) Q(8:0] := #8000111111 "K 
#8000111111) Q[8:0] := #8000011111 
48000011111) Q[8:0] := 48000001111 ; 
#8000001111) Q{8:0) := #8000000111 
#8000000111) @[8:0] := #8000000011 
#8000000011) @[8:03 := #8000000001 
#8000000001) Q(8:0) := #8000000000 


N > 
an > 


RESET! 
"LOAD" 
“COUNT# 


"COUNT" 

"LD INVALID ST" 
“INVALID ST" 
"RECOVERY" 
"LOAD" 

"COUNT" 


ory 


END; 
END; 
CASE (Q[8:0)) 
BEGIN 


#B000600000) VF 
#8100000000) VF 
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Figure 3-33. PLPL Specification for 9-Bit Johnson Counter 
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Figure 3-34. Fuse Map for a 9-Bit Johnson Counter 
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Gray Code Counter and Gray-to-Binary TABLE 3-10. 5-BIT GRAY CODE 


Code Conversion 
DECIMAL GRAY BINARY 


Gray code is an important unweighted code which exhibits only 
a single bit change from one code number to the next. This 
feature is especially important in high-speed data communica- 
tion applications, where data is transmitted from one part of a 
system to another and where the error susceptibility increases 
with the number of bit changes between adjacent numbers in a 
sequence. It is also commonly used in applications such as 
real-time process control and shaft encoders where each seg- 
ment is assigned a separate bit. 


oO1}O;1oO 
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lo To) 


Table 3-10 shows a listing of five-bit Gray code for decimal 
numbers 0 through 31. Note that there is only single bit change 
between any two Gray code numbers. The corresponding bi- 
nary numbers are shown for reference. For instance, going 
from decimal value 11 (Binary 01011) to 12 (Binary 01100), the 
Gray code changes from 01110 to 01010. Only the third bit 
changes; the others remain the same. 
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The Gray code can be extended to.any number of bits. Conver- 
sion from Gray to binary (or visa versa) is relatively simple. 
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Conversion from Gray-to-Binary Code 





wo 


To convert from Gray code to binary, the following rules apply: 


ft 
o 


@ The most significant bit (the left-most) in the binary code is 
the same as the corresponding bit in the Gray code. 


NIM 
wW]NhM 


wo 


®@ Going from left to right, add the next Gray code bit to the 
previous binary bit to generate the next binary bit. Disregard 
the carries (Figure 3-35). 
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This can be conveniently implemented with exclusive-OR 
gates. Figure 3-36 shows the logic diagram for converting 5-bit 
Gray code to binary code. 
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Figure 3-35. Gray Code to Binary Code Conversion 
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Figure 3-36. Logic Diagram for Gray Code-to-Binary Conversion 


Design Requirements and Approach 


Implementation of a 5-bit Gray code counter requires at least 
five flip- flops and some extra logic. Implementation of 5-bit 
Gray-to-binary code conversion can be accomplished with 
XOR gates or in a PAL device that has enough product terms. 


Figure 3-37 shows the PLPL specification of 5-bit Gray code 
counter and 5-bit Gray-to-binary converter. Figure 3-38 shows 
the corresponding fuse map of this function implemented in a 
single AmMPAL22V10 device. As shown in the fuse map the 
least significant bit requires 16 product terms for Gray-to- 
binary conversion. 
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DEVICE FIVE_BIT_GRAY_CODE_COUNTER (PAL22V10) _ GRAY CODE TO BINARY CODE CONVERSION " 
PIN B{4] = Q(4] ; 

CLK = 1 BI3] = Q{3) XOR Q[4) ; 

RST = 2 B(2] = Q(2) XOR Q([3) XOR Q(4] ; 

Q(4:0) = 18:14 BL1) = Q(1] XOR Q[2] XOR Q[3) XOR QI4) ; 

BI4:0] = 23:19; BLO] = Q(0} XOR Q(1) XOR Q[2] XOR Q[3] XOR Q[4] ; 

END. 

IF (RST) THEN ARESET(Q(4:0]) ; TEST_VECTORS 

CASE (Q[4:0]) IN CLK RST; 

BEGIN , 10 Q[4:0); 
#800000) Q14:0] := #800001 ; OUT BI4:0]; 
#800001) Q[4:0] := #800011 ; "BEGIN 
#800011) Q[4:0] := #800010 ; "CR 
#800010) Q[4:0] := #800110 ; mL § 
#800110) Q(4:0) := #800111 ; "KT 
#800111) Q[4:0] := #800101 ; C1 
#800101) Q4:0] := #800100 ; c 0 
#800100) Q[4:0] := #801100 ; co 
#801100) Q£4:0) := #801101 ; co 
#801101) Q(4:0) := #801111 ; CoO 
#801111) Q£4:0) := #801110 ; c 0 
#801110) Q(4:0] := #801010 ; c 0 
#801010) Q£4:0] := #801011 co 
#801011) Q(4:0) := #801001 ; c 0 
#801001) Q(4:0] := #801000 ; Pe 0 
#801000) Q[4:0] := #811000 ; co 
#811000) Q[4:0) := #811001 ; co 
#811001) Q[4:0] := #811011 ; PO 
#811011) Qf4:0] := #811010 ; co 
#811010) Q(4:0] := #311110 ; c 0 
#811110) Q(4:0) := #311111 ; END. 
#811111) Q[4:0] := #811101 ; 
#311101) Q{4:0] := #811100 ; 
#811100) Q[4:0] := #810100 ; 
#310100) Q{4:0) := #810101 ; 
4810101) @(4:0) := #810111 ; 
#810111) Q[4:0] := #810110 ; 
#B10110) Q[4:0] := #810010 ; 
#810010) Q[4:0) := #810011 ; 
#810011) Q{4:0] := #810001 ; 
#B10001) Q[4:0) := #810000 ; 
#810000) Q[4:0) := #800000 ; 
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Figure 3-37. PLPL Specification for a 5-Bit Gray Code Counter and 5-Bit Gray-to-Binary Converter 
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INPUT LINES 


ASYNCHRONOUS RESET 
(TO ALL REGISTERS) 





Figure 3-38. Fuse Map for a Gray Code Counter 
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3.3.2 SHIFTERS 
Eight-Bit Arithmetic/Logic Shifter 


Most commoniy used logical operators are: AND, OR, XOR 
and COMPLEMENT. An AND operator is used for masking or 
clearing chosen bits of certain operands. An OR operator can 
be used for “setting” some required bits to value 1. An XOR 
operator can be used for generating check-sums or comparing 
two operands. A COMPLEMENT operator can be used for 
‘inverting logic levels. 


All these four operators, together with “shift” operation can be 
used for functions such as: serial-to-parallel conversion, 
scaling, normalization, or for matching bit patterns. Shift oper- 
ator can also be used for doing multiplication or division. There 
are four major shift operators: Logical SHIFT, Arithmetic 
SHIFT, ROTATE, and ROTATE with CARRY. 
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Logical-SHIFT operation shifts the data either right or left. Typi- 
cally it fills the shifted bit with zero, and loads the CARRY bit 
from the bit shifted out. In Logical-SHIFT operation, the sign-bit 
is usually not preserved. 


Arithmetic SHIFT is very similar to the Logical SHIFT except 
that the sign is preserved. For example, for shifting right, the 
sign-bit is copied into the next position. Often this is referred to 
as sign extension and can be used to either normalize a num- 
ber or scale a two's-complement number. For shifting left, the 
sign-bit is left unchanged. 


Simple ROTATE just rotates the data. The MSB and the LSB 
are linked together. In ROTATE with CARRY, the CARRY bit 
also acts as part of the shift register. Figure 3-39.a shows the 
diagramatic representation of Arithmetic and logic shifter. 


DATA 


LOGICAL SHIFT 
LEFT 


LOGICAL SHIFT 
RIGHT 


ARITHMETIC 
SHIFT RIGHT 


Figure 3-39.a Arithmetic and Logic Shifter 





3-47 





Design Requirements and Approach 


An 8-bit combined arithmetic/logic registered shifter shifts data 
left or right both logically or arithmetically, maintaining the sign- 
bit appropriately. 


Such a shifter requires eight data inputs, eight data outputs, a 
clock pin, a LOAD pin, an Output-Enable pin, a CARRY (CRY) 
output pin, and two control pins: one control pin to signify Arith- 


(left or right). For ROTATE with CARRY function, it uses the 
CARRY pin. Figure 3-39.b shows the block diagram of an 8-bit 
registered arithmetic/logical shifter while Table 3-11 shows the 
function table. 


This function can be easily implemented in a single Am- 
PAL22V10 device. The AmPAL22V10 can provide up to 22 
inputs and 10 outputs, enough for 9 registered ania and for 
all other inputs. 


metic or Logical SHIFT, and one control pin to specify direction 
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Figure 3-39.b Block Diagram of 8-Bit Registers—Arithmetic Logic Shifter 


TABLE 3-11. FUNCTION TABLE FOR 8-BiT ARITHMETIC LOGIC SHIFTER 
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Pop x | x [x|x x x x xx x x] z[z[z|z|zlz[zlz/2! 
Pex} xT Tor sos oe spe pr ool x Tor [os [os [oe [os oe oro 
repo [oo |x re ro2[or [50] 0 


Figure 3-40 shows the PLPL specification for this function. 
Figure 3-41 shows the fuse map of 8-bit registered arith- 
metic/ogical shifter function implemented in a single Am- 
PAL22V10. As shown in the figure, each output requires only 


five logical product terms: one for LOAD, one for arithmetic 
shift right; one for arithmetic shift left, one for logical shift right, 
and one for logical shift left. 
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DEVICE EIGHT_BIT ARITHMETIC LOGIC SHIFTER (PAL22V10) END. 


PIN cK «=1 . TEST_VECTORS 
SEL =2 " HIGH -> ARITHMETIC SHIFT, LOW -> LOGICAL SHIFT# IN CK ‘SEL SHIFT EN LOAD D[7:0) ; 
SHIFT = 3 " HIGH -> RIGHT SHIFT, LOW -> LEFT SHIFT" OuT CRY Q{7:0) ; 
EN =4 " OUTPUT ENABLE “ 
LOAD = 5 BEGIN , 
D(7:0} = 6:11,13,14 "CK SEL SHIFT EN LOAD D7 D6 DS D4 D3 D2 D1 DO CRY Q7 26 Q5 Q4 Q3 Q2 a1 a0" 


cry = 15 c Xx xX 0 x xX X xX X 22222222 
Q{7:0] = 23:16; 


=< 


DEFINE LOGIC = /SEL ; 
ARITH = SEL ; 
LEFT /SHIFT 
RIGHT SHIFT 


oooo 2-7 34 x 
oom 200 — x 
a et aot aod ot oD oD ot 
eoocoeoeo=-0 
x <x KK KK Ke 
«x <x KK KK 
x x x KKK KO 
<x KKK KK 
<x KK KK KK 
xx Kx KK KK SO 
x x KK KKK 
x x KK OK OK a 
reeerexzt st zen 
zererexzxzeet 
emzrzerzte 
zeaeezeze 
=z erazzes 
ee eerste 
seme ze ee 
ere rrte 
rerzrersze 
Ss es we Ge Be Ss Se @e Be 


. IF CEN) THEN ENABLEC) ; 
’ TF (LOAD) THEN Q{7:0) := D[7:0] ; 
ELSE BEGIN 

IF (ARITH*RIGHT) THEN BEGIN 
Q{7] := Q{7] ; ™ Q{7] IS A SIGN BIT " 
Q[6] := Q{7] ; 
Qf5:0] := Q{6:1] ; 
CRY := Q{0] ; 

END ; 

IF CARITH*LEFT) THEN BEGIN 
Q{7] := Q{7] ; 
Q(6:1] := Q(5:0] ; 
aro) :=0; 
CRY := Q(6] ; 

END ; 

IF (LOGIC*RIGHT) THEN BEGIN 
Q(7] := 0; 
Q(6:0] := Q[7:1] ; 
CRY == Q(0] ; 

END ; 

IF (LOGIC*LEFT) THEN BEGIN 
Q{7:1] := Q{6:0) ; 
aro) :=0; 
CRY := Q[7] ; 


iad Figure 3-40. PLPL Specification for an 8-Bit Arithmetic Logic Shifter 
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Figure 3-41. Fuse Map for an 8-Bit Arithmetic Logic Shifter 
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Eight-Bit Registered Barrel Shifter 


In most data processing systems, some form of data shifting or 
rotation is necessary. This elementary function is used in such 
diverse applications as floating-point arithmetic and string 


manipulation. In a typical computer, the shifter is located on the 
output of the ALU. This architecture allows single-cycle add 
and shift, and mask and shift operations (See Figure 3-42.a for 
a typical computer ALU architecture). 


INPUT DATA BUS 


REGISTER 
FILE 


SHIFT 
DISTANCE >| + SHIFTER 


CK [> REGISTER 


“—Y 


03862A-81 


OUTPUT DATA BUS 


Figure 3-42.a Typical ALU Architecture 


Design Requirements 


A barrel shifter takes input data and cyclically rotates it by an 
arbitrary number of bit positions. This cyclic rotation implies 
that the data rotated from the most significant end of the shifter 
is returned to the least significant end. The name barrel shifter 
is used because of the circular nature of the shift operation. 


The storage register on the output of the shifter is used in this 
architecture to pipeline the data operation, increasing through- 
put. The three-state buffer on the register output is necessary 
to interface the ALU to the output data bus. 





Design Approach 


An 8-bit registered barrel shifter requires at least eight data 
inputs, eight registered data outputs, three control lines to 
specify shift distance, a clock input, a Reset input and an Out- 
put Enable that controls the tri-state buffer on the register 
output. 


Figure 3-42.b shows the block diagram for an 8-bit registered 
barrel shifter while Table 3-12 shows the function table. 


As seen from Figure 3-42.b, the registered barrel shifter func- 
tion requires a total .of 14 inputs and 8 outputs. This function 
can be easily implemented in a single AMPAL22V10 device. 
The AmPAL22V10 can provide up to 22 inputs and 10 outputs. 
The.dynamic I/O programmability of the AMPAL22V10 permits 
it to meet the I/O requirement. 


Figure 3-43 shows the PLPL specification for this function. 
Figure 3-44 shows the fuse map of 8-bit registered barrel shift- 
er function implemented in AmPAL22V10. 


D7 D6 D5 D4 D3 D2 D1 ODO 


AmPAL22V10 


Q7 Q6 Q5 Q4 Q3 Q2 Qi Qo 
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Figure 3-42.b Block Diagram for an 8-Bit Registered Barrel Shifter 


TABLE 3-12. FUNCTION TABLE FOR AN 8-BIT REGISTERED BARREL SHIFTER 


Control In 
S2 Si So 


-_-OoO-'OoO-O~- © 
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Input To Output Mapping 





DEVICE 


PIN 


END. 


EIGHT_BIT_BARREL_SHIFTER 


CLK 
D{7:0) 
SEL2 
OE 


= 1 
= 2:9 
13 
14 


SEL1 
RST 


= 11 
15; 


(RST) THEN ARESET(); 

(OE) THEN ENABLE(Q{7:0]); 
(/SEL2 * /SEL1 * /SELO) THEN 
(/SEL2 * /SEL1 * SELO) THEN 
(/SEL2 * SEL1 * /SELO) THEN 
(/SEL2 * SEL1 SELO) THEN 
( SEL2 * /SEL1 * /SELO) THEN 
( SEL2 * /SEL1 SELO) THEN 
( SEL2 * SEL1 * /SELO) THEN 
( SEL2 *  SEL1 SELO) THEN 


* 
* 
* 
* 
* 
* 


" FUNCTION TABLE SPECIFICATION 


TEST_VECTORS 


IN CLK RST D{7:0] SEL2 SEL1 SELO; 
I_0 OE; 
OUT Q{7:0); 


BEGIN 


"CLK RST D[7:0] 


SEL2 SEL1 SELO 


CAMPALL22V10) 


/Q[7:0] = 23:16 
SELO = 10 


Q(7:0] : 
Q(7:0] : 
Q£7:0] : 
Q(7:0] : 
Q[7:0] := 
Q(7:0] := 
Q(7:0] : 
Q(7:0) : 


D{7:0]; 
D(6:0], 
D(5:0), 
D(4:0], 
D(3:01, 


D{7]; 

D{7:6]; 
D(7:5]; 
D(7:4]; 
D(2:0], O[7:3]; 
D(1:0], D{7:2]; 
D(0], D{7:1]; 


OE Q{7:0] " 


a TD 


oaoaannrindndaanna 


oo oO oO 0 09° 0 > 


00000000 
11111111 
XXXXXXXX 
XXXXXXXX 
00000000 
11111111 
01111111 
041111111 
041111111 


pe Op-F OO xX XO 
- SB OO 0 xX KX = Oo 
oOo oO 0 Oo x xXx O-= 


_ 22222222; 
HHHHHHHH; 
LLLLLLLL; 
22222222; 
LLLLLLLL; 
HHHHHHHH; 
HHHHLHHH; 
HHHHHHLH; 
HHLHHHHH; 


_—_= = «2 = «2 © — = © 


Figure 3-43. PLPL Specification for an 8-Bit Registered Barrel Shifter 
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Figure 3-44. Fuse Map for an 8-Bit Registered Barrel Shifter 
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3.4 MICROPROCESSOR 
INTERFACE LOGIC 


3.4.1. THE INTERFACE PROBLEM 


Several problems are associated with interfacing a peripheral 
device to a CPU when the two families are not designed to be 
pin-to-pin compatible. One major problem involves the various 
control signals that each chip uses. What's more, the popular 
MOS microprocessors differ not only in their instruction set and 
internal architecture, but also in their !/O interface signals and 
timing, and in the way they handle DMA and interrupts. Part of 
the pin incompatibility involves genuine signal differences or 
timing differences. Some pin-to-pin differences require nothing 
more than name changes. 


Problems to Look for When Interfacing 


The following is a list of areas to watch out for when interfacing, 
and are discussed in detail: 


1. Timing 


A. Setup and Hold Times 


i. CS setup and hold to strobe. 

ii. | Address setup and hold to strobe. 

iii. Data setup and hold to strobe (rising or falling) 
Note: Strobe may be RD, WR, or DS. 


B. Pulse Widths 


i. AS or ALE pulse widths. 

ii. RD, WR, DS pulse widths. 
Pulse widths can usually be stretched by inserting 
Wait States if necessary. 


C. Interrupts 
Interrupt structures vary. Mixing interrupt structures 
is the toughest because two or more different sets of 
timings may need to be generated. 


Il. Metastable Operation 
When to expect a cause of problem and the solutions. 


Wl. Bus Structures 


i. MULTIBUS 
ii, ILBX 
iii. {SBX Multichannel 


1. Timing 


Setup and Hold Times 


If one remembers nothing else from this book, one should 
remember the following: The most common interfacing error is 
the violation of setup and hold times! More specifically, three 
areas of setup and hold time relationships need close atten- 
tion, and we will discuss them after a brief overview. 


Setup and hold time are the minimum time the proper signal 
must be on the bus before and after the strobe. Minimum setup 
and hold time criterion must be met for proper interface opera- 
tion. When interfacing involves direct hookup, individual 
specification can be looked up and the worse case calculated 
to meet timing requirements. If the interface involves additional 
components, such as buffers or transceivers, the data to strobe 
timing relationship may change and correction by delay 
devices such as flip-flops or latches may be necessary to bring 
the system circuit within timing requirements. The following are 
areas that need special attention: 


i) Chip select (CS) setup and hold time to strobe. (Figure 
3-45). 


Here we use RD as the strobe. ts is the minimum CS to 
strobe setup time. ty is the minimum hold time. Com-’ 
parisons are made in conditions where these require- 
ments are not met and could lead to the wrong device 
being selected (Figures 3-46 and 3-47). 


02188A-1 


Figure 3-45. 
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02188A-2 





Figure 3-46. 
tew tts 
CS 
RD 
02188A-3 
Figure 3-47. 


Note that it is often assumed that CS and RD or CS and 
WR are simply gated together. This is true for most periph- 
erals but not in all cases. Check the manufacturer's 
specification. It is often possible to implement and simplify 
the design but manufacturers do not guarantee operation 
in these unusual modes. 


Address setup and hold times to strobe. 
(Figures 3-48 and 3-49) 


The figures illustrate the relationships between strobe to 
address setup and hold, and CS. Address setup time is 
measured with respect to the leading edge of the strobe. If 
the strobe is not sufficiently delayed, after the address is 
valid, the address setup time requirement will not be met. 


iti) 
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Address hold time will not be met if CS is, due to internal 
delay, late in going HIGH. This can be compensated by 
delaying the WR strobe. Failure in meeting either require- 
ment will result in incorrect addressing. 


Data setup and hold times to strobe (WR). 
(Figures 3-48 and 3-49) 


The data setup and hold times are measured with respect 
to the rising edge of the strobe. The data is represented 
here as a window. If the strobe goes HIGH too late, data 
hold time will not be met, and incorrect data may be read. 
This may happen if the strobe is purposely delayed to meet 
Address setup and hold times. The data can be latched to 
allow a larger window so that data hold time can be met. 





02188A-4 


Figure 3-48. 





DATA 


Figure 3-49. 
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ll. Metastable Operation 


Metastable conditions occur in all flip-flops when the active 
clock edge samples the input at exactly the same time the input 
changes state. When this happens, the cross-coupled latch at 
the output can reach a balanced, symmetrical condition in 
which it will remain for some arbitrary time before returning to 
its proper state. This problem is faced by designers when 
interfacing asynchronous digital signals. Although most difficul- 
ties can be overcome somewhat easily, there is a more funda- 
mental problem that defies a perfect solution. The following is a 
general overview of the metastable problem. 


Latches and flip-flops are normally considered bi-stable 
devices, since they have two unconditionally stable operating 
points, either HIGH or LOW. There is, however, a third operat- 
ing point when the cross-coupled arrangement is exactly bal- 
anced. This operating point is stable only if there is no noise in 
the system and the system is perfectly balanced. The condition 
is called metastable (meta=Greek for “between”). A metas- 
table condition will last only long enough for the circuit to fall 
into one of the two stable operating points. This period can be 
many micro-seconds, or milliseconds, for devices as fast as a 
74S74 flip-flop. If a flip-flop has reached the balanced, metas- 
table condition, it may remain in this state for an undetermined 
time, perhaps 1000 times longer than its normal response 
speed. Previously, the designer of asynchronous system had 
only one remedy for the metastable problem; two or more 
synchronizer flip-flops could be cascaded. This can reduce the 
probability of a metastable output but will also increase the 
throughput delay. 
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When to Expect thls to Cause a Problem? 


In most digital systems, certain asynchronous events 
(keystrokes, incoming data, interrupts) must be synchronized 
to the computer clock. The textbook solution is a fast, clocked 
flip-flop, like the 74S74, in which the asynchronous signal is 
applied to the D input and clocked with the system clock. This 
usually results in a perfectly synchronized output. 


If the data sheet specified a setup time requirement (3 ns), this 
means that any signal that arrives at least 3 ns before the clock 
edge will achieve the intended result, i.e., a HIGH will set, a 
LOW will reset the flip-flop. Great for synchronous systems! 
But what happens when the asynchronous input violates this 
setup time requirement and changes less than 3 ns before the 
clock edge? Most of the time, nothing. The actual moment 
where the flip-flop samples the D input is somewhere in the 
guaranteed range, i.e., somewhere less than 3 ns before the 
clock. So the flip-flop makes the decision. It either senses the 
change on the asynchronous input and therefore changes the 
Q output, or it ignores the change and doesn't change the Q 
output. So the only thing lost is one clock cycle. Unfortunately 
that's not always true. If the D input changes exactly at the 
same moment that the flip-flop makes its decision, it might 
transfer exactly the amount of energy to kick the output latch 
into the metastable balanced condition, from which it will 
recover after an unpredictable delay (measured in nanosec- 
onds, microseconds or even milliseconds). 


Any latch, flip-flop or register has a “moment of truth” some- 
where inside the guaranteed range of setup time where it ac- 
tually makes up its mind. If the input changes at that very 
moment, the output is no longer synchronous. This “moment of 
truth” is a very short window. For TTL flip-flops, it is of the order 
of 10 ps; for MOS devices, it is more like 50 ps to 100 ps. 
For purposes of this discussion, this timing window will be 
called “t”. 


Here are two extreme examples. In each case there is a need 
to synchronize asychronous inputs that have no phase or fre- 
quency relationship with the computer clock. 


* Data signal derived from a disk, roughly 6 MHz with enough . 
frequency modulation and jitter to make it totally asynchro- 
nous to the 10-MHz computer clock. 


Every time the Data Signa! falls into the “window”, the probabil- 
ity of hitting the window is t divided by the clock period, or even 
simpler: clock frequency times t. 


M = Metastable Rate = f(D). f(C).t 
f(D) = Device Frequency = 6 MHz. 10 MHz. 
10 ps 
f(C) = Clock Frequency = 600 Hz 


The synchronizer goes metastable 600 times per second. 


* Keyboard entry: one keystroke per second synchronized 
with a 100-kHz clock. - 
M = Metastable Rate = 1 Hz. 105 Hz. 10 ps = 10°6Hz 
The synchronizer goes metastable with a statistical probability 


of once per 106 sec., i.e., once every six weeks (assuming 5 
eight-hour days/week). 


“Going metastable” here means that the synchronizer output is 
within a mid-level or oscillation range for an unpredictable time. 
Most occurrences will last less than 50 ns, but may occasion- 


. ally last much longer - perhaps many microseconds. This cer- 


tainly can upset the timing chain. 


A metastable latch or flip-flop has an unpredictable delay and 
will therefore change its output at a time that differs from the 
value obtained from the worst case timing analysis. In a slow 
system this usually doesn’t matter, but in a fast system it can 
lead to a “crash”. 


Solutions 


~ We cannot eliminate the basic problems but we can reduce the 


probability in two ways: 


1) Cascade two or more synchronizer flip-flops, which is the 
method employed in all “metastable free” systems. 


2) Use flip-flops that are less prone to metastable operation 
than the popular 74S74. For example, the AMD Am29821- 
26 registers are “metastable-hardened”. They show no os- 
cillations and only a minimal increase in output delay when 
hit right in the window. 


Metastable operation is an inherent, so far incurable disease of 
all asynchronous interfaces. Once understood, the problem 
can be handied by reducing its probability to an acceptable 
level. AMD's Am29821—26 registers vastly minimize this 
problem. The Am29800 registers, while not totally immune to 
this problem, are “metastable hardened” by means of a unique 
circuit design that reduces both the probability and the delay of 
any metastable condition. An artificially induced metastable 
condition that failed to produce any output oscillation merely 
increased the clock-to-output delay by 6 ns. This is an improve- 
ment of many orders of magnitude over previously available 
designs. 


itl, Bus Structures 


In the course of interfacing, special attention must be applied 
to the different standard bus systems. They are standard be- 
cause they have the acceptance and support of the industry; 
different because each evolved to satisfy a particular function. 


Bus systems are developed to increase the flexibility and ex- 
pandability of the mother board. They are also developed to cut 
cost and hardware overheads. Since each bus structure has its 
unique area of operation, each must be carefully matched for 
proper interfacing. ; 


The following are brief explanations on different major bus 
structures and areas of their involvement: 


Big MULTIBUS vs. Little MULTIBUS ~ 

The big MULTIBUS architecture connects the single-board 
computer with its CPU, memory and I/O to the outside world. 
The so-called little MULTIBUS is the bus between the CPU and 
the other components on the single-board computer. 
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MULTIBUS 


The MULTIBUS evolved, in structure, from 8-bit to 16-bit capa- 
bility; and in architecture, expansion via the iSBX bus and 
Multi-channel bus, and iLBX bus. Expansions were necessary 
because a single system bus structure was no longer capable 
of supporting the demands of today's high-speed, high- 
performance VLSI microprocessor technology, and its increas- 
ingly complex configurations. 


iLBX 


The iLBX bus provides users the architectural solution that 
extends the high-performance benefits of a processor's on- 
board local bus to off-board memory resources. Powerful iLBX 
system modules can be created using the bus to connect a 
single board computer and multiple memory cards. The iLBX 
bus preserves the advantages in performance and architecture 
of on-board memory, while allowing a wide range of memory 
capabilities to match application requirements. 


iSBX 
The iSBX bus provides users with a low cost, on-board expan- 
sion solution for Multibus single board computers. The iSBX 
boards allow addition in the areas of parallel I/O, serial I/O, 
peripheral controllers, and high-speed math, without going to 
the expense of additional full Multibus board. iSBX bus com- 
patible boards enable users to buy exactly the capabilities they 
require for their Multibus systems, which keeps both system 
size and system cost at a minimum. 


Multichannel 


Multichannel bus provides users with a separate path for DMA 
VO block transfers. The new VLSI microprocessors that 
process data at very high rates require the connection of 
numerous high-speed I/O devices to the system bus. The Mul- 
tichannel bus provides for high-speed block transfers of data 
over an 8/16-bit wide data path between peripherals and single 
board computer resources. 

Motorola has its own equivalents to these busses. The signals 
and interfaces are slightly different but the functions are similar, 
and the objective of higher throughput is the same. 
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3.4.2 INTERFACING TO THE 
8086/80186/80286 


Overview 


The 8086 is a general-purpose 16-bit microprocessor CPU. 
The CPU has a 16-bit data bus multiplexed with 16 address 
outputs. There are 4 additional address lines (segment ad- 
dresses which are multiplexed with STATUS) that increase the 
memory range to 1 Mbyte. 8086 addresses are specified as 
bytes. In a 16 bit word, the least significant byte has the lower 
address and the most significant byte has the higher address. 
This is compatible with 8080, 8085, Z80 and PDP11 
addressing schemes but differs from the Z8000* and 68000 
addressing. 


The data bus is “asynchronous”, i.e., the CPU machine cycle 
can be stretched without clock manipulation by inserting Wait 
states between t2 and t3 of a read or write cycle to accom- 
modate slower memory or peripherals. Unlike the 68000, the 
8086 has separate address space for I/O (64 kBytes). 


The 8086 can operate in MIN. or MAX. mode. Maximum mode 
offloads certain bus control functions to a peripheral device 
and allows the CPU to operate efficiently in a co-processor 
environment. A brief discussion on both the MIN. and MAX. 
modes are as follows: 


MIN. made: \/O addressing is defined by a HIGH or the 
10/M output, and activated by the RD output 
for reading from memory, or I/O or activated 
by the WR output for writing to memory 
or V/O. 


DMA: The Bus is requested by activating the HOLD input to 
the 8086. Bus Grant is confirmed by the HLDA output 
from the 8086. 











MAX. mode: VO operation is controlled by two outputs 

(8086 plus from the 8288. 

8288) 1ORC: active during Read from I/O 
IOWC: active during Write to /O 
MRDC: active during Read from memory 





MWTC: active during Write to memory 


DMA: The Bus is requested and Bus Grant is acknowledged 
on the same pin (RQ/GTO OR RQ/GT1) through a 
pulsed handshake. 


interrupts in Min. and Max. Modes: 


Interrupt is requested by activating the INTR or NMI inputs to - 
the 8086. 

Interrupt is acknowledged by the INTA pin on a MIN. mode 
8086 or by the INTA pin on the 8288 in MAX. mode. 


Note: There is no RD or 1ORC during the interrupt- 
acknowledge sequence. 





8086 and Z8000 Peripherals 


Z8000 peripherals may be interfaced to the 8086 in many 
ways. One thing distinguishes the Z80xx peripherals from 
others is that they require data to be valid prior to the falling 
edge of DS during a write. The way to go about meeting this 
requirement is to use a 74LS74 to delay the falling edge of WR 
and OR RD with WR. By using the asynchronous ready mode 
of the 8284A and the other half of the 74LS74, one Wait State 
is inserted in both the read and write cycles, and thus stretches 
DS to meet the minimum pulse width requirements. In the ex- 
amples that follow, one assumes that there are other devices in 
the system that require the use of the Am9519A. In another 


* example, the Am9519A is not needed to interface the peripher- 


als interrupt structure. INTA is tied HIGH since the vector will 
be supplied by the Am9519A. The interrupt service routine can 
read the peripheral status to determine the cause of the inter- 
rupt. The service routine should also clear IP and !US before 
returning to mainline code. Note, since INTA is tied HIGH, I|US 
needs not be cleared. If INTA is activated, IUS must also be 
cleared. , 


Many of the design examples in this book use PAL devices. 
PAL devices, in many cases, will be the most cost-effective 
solution. The SSI examples show what is being accomplished 
much clearer than by using a PAL device, which is a black box 
to many. Gates are often left over from one circuit which can be 
used to implement other circuits. Whether to use a PAL device 
or do a discreet design is an individualistic choice and is not 
always clear-cut. As a general rule, if you can replace four or 
more packages, use a PAL device. 


8086 and Am7990 LANCE 

The LANCE, Am7990, has been designed to be interfaced 
easily with the popular 16-bit microprocessors (8086/80186, 
68000, 28000, LSI-11). Most of the interface logic is embedded 
inside the chip and is program selectable. 


Although the LANCE itself has a multiplexed bus, it can easily 
be interfaced to demultiplexed buses with a minimal amount of 
effort. The following designs assume that the processor and 
the LANCE reside on the same board. Address buffers and 
data transceivers are set up to be shared between the proces- 
sor and the LANCE. All of these designs use PALs to reduce 
the parts count. 


The 8086 to LANCE interface requires a different Bus Request 
handshake, depending on whether the 8086 is configured in 


—D- 


MAX. or MIN. mode. The 8086 has a bidirectional signal for 
both Bus Request and Bus Grant (RQ/GT ). Both Bus Request 
(RQ), and Bus Grant (GT) to/from 8086 are one CPU clock 
wide, and are synchronous to the CPU clock. Figure 3-50 
shows a PAL design for the conversions in MAX. mode. This 
PAL device is utilized to include other external logic require- 
ments for interfacing the LANCE to 8086. The interface dia- 
gram is similar to the one for the 80186 to LANCE interface 
except for the changes made in programming the PAL device. 
interface timing diagram is shown in Figure 3-51. 


Figure 3-52 shows a block diagram on the 8086 to Am7990 
interface, in MIN. mode. The interface also employs a PAL 
device to minimize parts count. The PAL equations are given in 
Figure 3-53. 
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This PAL converts the request and grant (RQ/GT) of 8086, 
when configured in maximum mode, to the LANCE Am7990 
HOLDO/HLDA. Both request (input to 8086) and grant (output 
from 8086) are one clock wide and are synchronous to the 
CPU clock. 


Figure 3-50. 8086 RG/GT, Am7990 HOLD/HLDA Conversion PAL Device 
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Ri (OUTPUT) 
D2 (OUTPUT) 


R2 (OUTPUT) 


RQGT (INPUT) CPU BUS 
ACKNOWLEDGE 


HLDA (OUTPUT) 


2188A-20 
Figure 3-51. AmPAL16R4, 8086 (Max. Mode) LANCE Interface Timing Diagram : 
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Figure 3-52. Am7990 to 8086 Interface 
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PAL16L8 KHUYNH NGUYEN 
PAT 


FILE: 86-90-A. PAL AUG '85_ 


8086 MINIMUM MODE TO LANCE INTERFACE 
AMD 


ALE /AS DTR NC NC DEN NC /READY HLDA GND 
NC /DPURDY READ /R /T /DAS /¥R ie LE vcc 


/LE = /ALE + /AS 
/CPURDY = /READY 


; CPU (86) IS BUS MASTER 


IF(/HLDA) DAS = RD + WR 
IF(/HLDA) /READ = DTR 
IF(/HLDA) T = DTR 
IF(/HLDA) R = /DTR * DEN 


; LANCE IS BUS MASTER 


IF(HLDA) RD = READ * DAS 
IF(HLDA) WR = /READ * DAS 


Figure 3-53. Source Listing for Example of Figure 3-52 
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80186 to Am7990 LANCE Interface 


Similar to the 8086 to Am7990, this interface uses a PAL 
device design to reduce the parts count. Figure 3-54 shows 
the interface block diagram. 80186/LANCE address and data 
buses can be connected directly together since they both have 
multiplexed buses. It seems natural to program the LANCE for 
ALE output. However, the PAL device equations or indeed a 
discrete design is easier if AS (CSR3, ACON=1) is used. This 


ADDRESS 
BUS 


Am29841 
LE 


AD15-ADo 


Ai9-A16 


Am29841 
j LE 


is because the LANCE tristates ALE, the 186 does not. The 
INTR, READY, and HOLD signals from the LANCE are open 
drain and should be pulled up. The BM1 signal from the 
LANCE or BHE from the 186 along with AO can be used to 
decode the data transfer type (Word/Byte). The external ad- 
dress buffers and data transceivers are enabled by the LANCE 
and the 186. The buffers and transceivers are enabled by 
whichever device is the master. The user should program the 
BCON, BSWP to 0, and ACON to 1 in CSR3. 


Re 
a Am29863 


ADR 
DAL15—-DALg 


PAL16L8 
186/90.PAL 


Ic 


Ss 
aay, see 


/READY 


LANCE 
Am7990 


READY 
FROM SYSTEM 
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Figure 3-54. 80186 to Am7990 Interface 
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8086 and Am9516 Universal 
DMA Controller Interface 


Am9516 in MIN. Mode 

Figure 3-55 illustrates the interface of the Am9516 to the 
8086 in the MIN. mode configuration. Figure 3-57 illustrates 
the interface in MAX. mode. The interfaces could be accom- 
plished by using rather complex implementation of standard 
SSI/MSI logics. Examples here replace the logic portion with a 
PAL device. The MIN. Mode uses the PAL device 16L8. This is 
a good example of “GARBAGE COLLECTION”. It reduces the 
amount of real estate, interconnections, parts, and part types. 


IDEN 
ALE P 


S  Am25LS373 
LATCH 


RD WAR 


IRBEN 
ALE D 


Both interface examples accomplish two major functions. First, 
when the Am9516 is bus master, it converts RD and WR into 
R/W and DS, and vice versa when the Am9516 is not the bus 
master. Secondly the buffer controls, TBEN and REBN, are 
generated from DEN and DT/R . 


The two examples show different types of latches and 
transceivers and there are many more to choose from. The 
designer selects those that best meet system requirements 
while trying to minimize the number of different parts that must 
be stocked. Figure 3-56 shows the PAL equations for this 
example. 


Am25LS138 
DECODER 


T Am2949 
Ri TRANSCEIVER 
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Figure 3-55. The Am9516 UDC to 8086 CPU Interface (Minimum Mode) 
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AmPAL16L8 PALASM FILE 


PAL16L8 
PATOO] 


Am9516 to 8086 min mode interface chip 


Advanced Micro Devices 


NC ALED ALEP HLDA BW ADO DT /DEN /SEL GND 
NC /RBEN /RD ALE AO /RW /DS /WR /TBEN VCC 


IF (/HLDA) DS RD + WR 
IF (/HLDA) RW = DT 
IF (/HLDA) TBEN = 


IF (HLDA) RD /RW * DS 

IF (HLDA) WR = RW * DS 

ALE = /ALEP * /ALED 
/ADO * /BW * HLDA * ALED 
ADO * BW * HLDA * ALED 
/ADO * /HLDA * ALEP 
AO * /ALEP + AO * /ALED 


DESCRIPTION 


/DT * /SEL * DEN 
IF (/HLDA) RBEN = DT * /SEL * DEN 


‘ 


THIS PAL CONVERTS THE CONTROL SIGNALS TO INTERFACE THE 8086 IN 


MIN MODE TO THE Am9516 DMA CONTROLLER. 


THIS IS DONE IN MAX MODE. 


ANOTHER EXAMPLE SHOWS HOW 


Figure 3-56. Source Listing for Example of Figure 3-55. 


Am9516 in MAX. Mode 


This MAX. mode interface between the 8086 and Am9516 
(Figure 3-57) also uses PAL devices to reduce component 
count. 


The example makes several assumptions which result in a — 


slightly more complex design than absolutely necessary. The 
8086 is assumed to be in MAX. Mode, and the design has to be 
compatible with a MULTIBUS or similar interface; the 16R4 
and 8288 could be eliminated if this is not the case. 


The 16R6 (Figure 3-57) is a PAL device that performs a 
function similar to the 8288, that is, it converts the processor's 
status signals and clock into control signals. In this case, the 
signals are, R/W, and Data Strobe (DS), Interrupt Acknowl- 
edge (INTA) and Peripheral Acknowledge (PACK). This PAL 
device, Figure 3-59, basically generates ZBUS signals for 
Zilog peripherals. tn the example, it connects to the Am9516 
(UDC). The DMA Controller is very similar to the AmZ8016 
except its bus interface has been modified to interface to non- 
multiplexed buses. This was changed from the previous design 
using a 16R8 to eliminate problems due to skew between OSC 
and CLK. 


The 16R4, Figure 3-58, has two functions. The first is con- 
necting the MIN. Mode protocol of the Am9516 or similar 


device to the MAX. Mode protocol for bus exchange. The 
74LS03s are used to aid in this function. The timing waveform 
illustrates what happens in detail. The basic philosophy is that 
a rising edge on the HOLD input generates a pulse that is one 


clock wide. The CPU samples this pulse and, in response, 


issues a one-clock-wide pulse. The 16R4 uses this response 
pulse to generate HLDA. When the Am9516 has completed the 
necessary transfer, HOLD transitions HIGH to LOW. This gen- 
erates another pulse to the CPU signalling that the Am9516 is 
done and that the CPU may continue. . 


The second function of the 16R4 is the conversion of RW, 
DS and M/IO into the MULTIBUS-compatible signals 
/MRDC, /MWTC, ORC, and /IOWC, when HLDA is HIGH. It is 
possible to collapse the 74LS03s into the PAL device, thus 
reducing the external logic required to only one open collector 
inverter. The disadvantage, however, is that it adds two addi- 
tional clocks for the bus exchange overhead, one during ac- 
quisition of the bus and one on bus release. For block 


‘transfers, this is not significant but it may be undesirable when 


performing single transfers, or short burst, or when in Demand 
Mode. To eliminate the 74LS03, change the equation for R2 to 


/Ri + /D2 + R1 « D2, 


and then drive the /[RQ/GT] line with a 74LS05 from the R2 
output. 
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HLDA 
AmPAL16R4 


AmPAL16R6 


02188A-30 
Figure 3-57. 


AmPAL16R4 PALASM File 


B> Type Am9516 PAL 
PAL16R4 


8086 to Am9516 interface 
Advanced Micro Devices 


CLK /RQGT HOLD NC NC NC /RW /DS MIO GND 
/OE /MWTC /MRDC HLDA /D2 /R2 /R1 /IOWC /IORC vcc 


IF (HLDA) IORC 
IF (HLDA) IOWC 
IF (HLDA) MRDC 
IF MWTC 


/MIO * DS * /RW 
/MIO * DS * RW 
MIO * DS * /RW 
MIO * DS * RW 


R1 
R2 
D2 


/HLDA := /R1l + /D2 * /HLDA + 
/RQGT * /HLDA 


DESCRIPTION 


THIS DEVICE CONVERTS THE MIN MODE SIGNALS HOLD AND HLDA TO THE 
MAX MODE /RQGT PROTOCOL. ADDITIONALLY IT GENERATES THE 8288 
EQUIVALENT CONTROL OUTPUTS /MRDC, /MWTC, /IORC, AND /IOWC. THIS 
PAL WAS USED TO CONNECT THE Am9516 TO THE 8086 IN MAX MODE. 


Figure 3-58. Source Listing for Example of Figure 3-57 
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AmPAL16R6 . -PAL DESIGN SPECIFICATION 
PAT 005 BY JOE BRCICH 5/10/83 
8086 TO 85XX PERIPHERAL INTERFACE ‘& JAMES WILLIAMSON 7/21/83 . 
ADVANCED MICRO DEVICES 


CLOCK RESET CLK /S0 /$1 /S2  /LOCK Nc Nc GND 
/OE /AS /P1 7RW . /DS /PO /IACK /RDY CLKD- vcc 


PO := /RESET * SO * /PO * /Pl 
/RESET * Sl * /PO * /P1l 
/RESET * S2 * /PO * /Pl 
/RESET * SO * Pl 
/RESET * S1 * Pl 
/RESET * S2 * Pl 


= /RESET * PO * /Pl 
/RESET * Pl * SO 
/RESET * Pl * S1 
/RESET * Pl * S2 


:= /IACK * /PO * Pl * SO * /S1 * S2 
/IACK * /PO * Pl * /SO * Sl * S2 
IACK * SQ * Sl * S2 * PO * /Pl * LOCK 
DS * SO * §1 * §2 
DS * SO * /S1 * 2 
DS * /SO * Sl * S2 


RW := SO * /S1 * S2 


IACK := /RESET * SO * Sl * S2 * /PO * /Pl * /LOCK 
/RESET * IACK * SO * S1 * S2 * PO * /Pl * ZERER 
/RESET * IACK * LOCK * /DS 
/RESET * IACK * /LOCK * DS * /PO * Pl 


RDY := /RESET SO. * /S1 * S2 * PO * Pl 
/RESET /SO * Sl * S2 * PO * Pl 
/ RESET RDY * SO * /S1 * S2 
/ RESET RDY * /SO * Sl * S2 
/RESET IACK * SO * S1 * S2 * DS 
/ RESET RDY * SO * Sl * S2 


/CLKD = CLK 


= /CLKD * PO * /Pl * /IACK * CLK 


DESCRIPTION 

THIS PAL TRANSLATES 8086 BUS SIGNALS INTO COMPATIBLE SIGNALS 

FOR THE 9516. IT IS ALSO APPLICABLE TO 85XX PERIPHERALS BY 
ALTERING /RW AND /DS TO /RD AND /WR. ONE FLIP FLOP IS AVAILABLE 
TO GIVE THE NECESSARY DELAY TO THE FALLING EDGE OF /WR. THE DATA 
STROBE TIMING FOR A WRITE CYCLE IS DELAYED UNTIL THE FALLING EDGE 
OF T2 TO MEET THE REQUIREMENTS OF THE 85XX PARTS. THIS DESIGN 
ASSERTS RDY TO DEMAND ONE WAIT STATE FROM.THE 8086. THIS WAIT 
STATE IS NOT LONG ENOUGH FOR DESIGNS WHICH USE AN 8 MHz 8086. 
THEREFORE, WITH AN 8 MHz CPU, 85XXA PERIPHERALS SHOULD BE USED. 
AS AN ALTERNATIVE, THREE WAIT STATES CAN BE USED BY ALTERING THE 
RDY EQUATION. THIS PAL ALSO TRANSFORMS THE 8086 TWO CYCLE 
INTERRUPT ACKNOWLEDGE INTO A SINGLE CYCLE OF THE TYPE NECESSARY 
FOR 85XX PARTS. THIS IS MADE POSSIBLE BY SAMPLING THE LOCK 
STATUS, PO, Pl, AND IACK SIGNALS. . 


NOTE; THE CLK SIGNAL MUST BE EXTERNALLY INVERTED. 


Figure 3-59. Source Listing for Example of Figure 3-57. 
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80186 to Am9516 Universal DMA Controller 


The addition of the Am9516 to an 80186 design is a natural 
choice in systems requiring four channels of DMA. Figure 3-60 
shows the interface between the 80186 and the Am9516 witha 
PAL device. PCS; is programmed to provide a latched A, 
signal. 


CLKOUT 


Taee] me Si 


am 
LATCH 


This interface accomplishes two major control transformations. 
First, it converts RD and WR into R/W and DS when the 80186 
is Bus Master, and vice versa when the Am9516 is Bus Master. 
Secondly, the transceiver control signals, TBEN and RBEN, 
are generated from DEN and DT/R. This example shows only 
one possible configuration. Other configurations can be made 
as dictated by system requirements. A PAL device is used here 
to reduce board space. 


D 


AD 5~ADo 


T Am2949 
Fi TRANSCEIVER 
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Figure 3-60. Am9516 to 80186 Interface 
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AmPALI6L8 PALASM File 


PALI6L8 

PATOOL. 

Am9516 to 80186 interface chip 
Advanced Micro Devices 


NC ALED ALEP HLDA BW ADO DT /DEN /SEL 
NC /RBEN /RD ALE AO /RW /DS /WR  /TBEN 


(/HLDA) DS RD + WR 

(/HLDA) RW = DT 

(/HLDA) TBEN = /DT * /SEL * DEN 

(/HLDA) RBEN = DT * /SEL * DEN 

(HLDA) RD = /RW * DS 

(HLDA) WR = RW * DS 

= /ALEP * /ALED 

= /ADO * /BW * HLDA * ALED + 
ADO * BW * HLDA * ALED- + 
/ADO * /HLDA * ALEP + 
AO * /ALEP + 
AO * /ALED 


DESCRIPTION 
THIS PAL CONVERTS THE CONTROL SIGNALS TO INTERFACE THE 80186 TO 


THE Am9516 DMA CONTROLLER. OTHER EXAMPLES SHOW HOW THIS IS DONE 
FOR THE 8086 IN MIN AND MAX MODES. 


Figure 3-61. Source Listing for Example of Figure 3-60 
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iAPX286 to Am9568 Data Ciphering 
Processor Interface 


This interface is designed for an 8-MHz CPU where the DCP is 
synchronously operating at the maximum clock rate of 4 MHz. 
Block diagram for the interface is shown in Figure 3-62. The 
Am9568 requires a narrower width of address strobe than the 
Am9518. This works comfortably with the 60-ns address strobe 
width of an 8-MHz CPU. 


The MULTIBUS Mode Select input of the Bus Controller 82288 
is tied LOW to optimize the command and control signals for 
short bus cycles. The Command Delay (CMDLY) becomes 
active-HIGH for one 16-MHz clock cycle whenever the DCP is 
selected to delay the Read and Write strobes by 125 ns. This 
satisfies the timing requirement of the minimum delay between 
ALE inactive and Read or Write strobe active of the DCP. An 
open-collector gate must be added to allow other peripherals to 
drive this input. 


The ALE, 1|ORC and JOWC outputs of the 82288 are wired 


directly to the DCP. ALE strobes a D-Flip-Flop to store the state 
of Chip Select for the entire cycle. 


Q3 and the latched Chip Select CSL are ANDed externally to 
generate the Synchronous Ready for the 82284. The 82284 
samples the line at the falling edge of the clock. The registered 


output Q is clocked with the rising edge of the same clock, 
thus satisfying the setup and hold time requirements of the 
82284. Two Wait States are inserted. 


Half of the PAL device operates as a bidirectional Ad- 
dress/Data Multiplexer. During the Address Latch Enable ac- 
tive phase, the state of A; and Aq is transferred to the AD; and 
ADo2 pin of the PAL device. The DCP latches this two bit- 
address with the falling edge of ALE. 

When IORC and CSL are active, the states of AD; and AD2 
are passed to D; and Do respectively. The DCP Register can 
be read. If IOWC and CSL are active, the data path is turned 
around: D; and Do are inputs, AD; and ADo are outputs. 
The Address Hold Time of the PAL device is sufficient because 
the address information is passed to AD; and AD» whenever 
IORC*CSL or IOWC*CSL are not true, i.e. whenever data is 
not transferred between the CPU and the DCP. 

The Read Data Hold Time requirement of 5 ns of the Am9568 
is satisfied by the propagation delay of the PAL device. 

The Read Data Hold Time requirement of 5 ns of the iAPX286 
is also satisfied by the PAL device. 

The Master Port Chip Select (MCS) input of the DCP is con- 
nected to the unlatched address decoder output. 


Figure 3-64 shows the source listing and Figure 3-65 provides 
the pin descriptions. : 
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Figure 3-62. IAPX286-Am9568 Interface 


The DCP Clock 

The PAL device synchronizes the DCP clock to the Data 
Strobes IORC and IOWC (Figure 3-63). It also divides the 
16-MHz system clock (8-MHz CPU clock) down to the maxi- 
mum DCP clock rate of 4 MHz. At this clock rate, the Data 
Strobe Delay to the DCP clock must be 0-30 ns. The Bus 
Controller is specified to generate a Data Strobe timing of 3-15 
ns to the falling edge of CLK (16 MHz). Because of the higher 
propagation delay of a standard PAL device, the registered 
outputs are toggled at the rising edge of CLK before the Data 
Strobes become inactive. This gives additional 32.5 ns for the 
DCP clock signal path. 


Q, to Qg are three outputs of the PAL device state machine. 
The registered outputs are clocked with the rising edge of the 
16-MHz 82284 clock. Whenever ALE and CS are active, Q, to 
Q3 are set to the initial state. Qy to Q3 are outputs of a 3-bit 
down counter, with Q3 as the most significant bit. 


Qg3 is used to generate the SRDY signal for the 82284 as 
mentioned above. ; 


Qz is the DCP clock. This design must guarantee that the 
minimum DCP clock HIGH or LOW time is at least 115 ns or 
two 16-MHz clock cycles. This is done by toggling Qz2 only 
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during phase 2 cycles of the CPU. The CPU design guarantees 
that there is always a phase 1 cycle between two phase 2 
cycles. 


Assuming a typical PAL device propagation delay of 25 ns, 
timing parameter tCDS (Time Clock Data Strobe) is 10.5 to 
22.5ns (3 + 32.5 — 25ns to 15 + 32.5 — 25ns). This satisfies 
the 0 to 30 ns requirement. 


The AmPAL16R¢4 has active-LOW outputs. But one output, Qa, 
should be active-HIGH. The equation for Q2 was derived to be 


Q. = ALE*CSQ,*Q,9,*Q, 


To compensate for the inversion in the PAL device, either de 
Morgan Theorem or Karnaugh-Veitch diagrams can be used to 
convert it to the form shown in PAL device Design Specifica- 
tion. 


Improvements 

The DCP needs two Wait States only when the Control Regis- 
fers are read. Data Register read or writes and Control 
Register reads can be executed with only one Wait State, 
which improves the Data Ciphering speed of this interface. The 
more sophisticated Wait control logic and the two external TTL 
gates can be integrated into one AMPAL22V10 device. 











DATA (READ) 


DATA (WRITE) {| DATA VALID 


ADORESS VALID 
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Figure 3-63. Timing Diagram 
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PAL16R4 PAL DESIGN SPECIFICATION 
DCP043 JUERGEN STELBRINK 8-23-83 
iAPX286 - Am9568 (DCP) INTERFACE DEVICE 

ADVANCED MICRO DEVICES 


CLK /CS CSL ALE /IORC /Iowc Al A2 NC. GND 

JOE D- SBA" -fOL 62 /Q3 CMDLY AD1l AD2 vcc 

Ql t= ALE*CS + /Q1 

/Q2 t= Q1*/Q2*/ALE + Q1*/Q2*/CS + /Q1*Q2*/ALE + /Q1*Q2*/CS 

Q3 = ALE*CS + Q1*Q2*Q3 + /Q1*Q2*Q3 + Q1*/Q24Q3 + /Q1*/Q2%/Q3 
/CMDLY := /ALE+/CS | 
IF(CSL*IORC)./Dl = /AD1 

IF(CSL*IORC) /D2 = /AD2 


IF(CSL*/IORC) /AD1 /AL*ALE + /D1*/ALE 


IF(CSL*/IORC) /AD2 


/A2*ALE + /D2*/ALE 


FUNCTION TABLE 


CLK /CS CSL ALE /IORC Al -A2 Dl D2 AD1 AD2 /Q1 /Q2 /Q3 CMDLY 


; / Cc 
; Z M 
pel Ff KE" Be AOA Aff D 
CTS Goh CR AoA. D D-DD O26) oF 15 
ok Sh. Be we ay > eae es ee ar | Y COMMENT 
c L H H H bob 2 BO Reon be ee Po(7es: active) 
000 OH OH OH ee BE 2 MD a 
X L H H H H H ZZ H H Lt iow 
e°.L. hb # H L LY L H H L L L};-2 (WRITE CYCLE) 
X H H L L OG. ee Ha H L L L;._ (READ CYCLE) 
Cc H H L L H L LH UL &H Go te ce 3 
CH te et HOS se hy H H L LL} 4 
CH ob: H L H H H H iL hk bes 
c H H L H H L H H H H H L H L; 6 
Cc H H L H HS ois: he STs iW Ho hes 
c H H LH HR Bw TG H H H L; 8 
c H L H H SS Ze L L L L; 1 (NO /cS) 


Figure 3-64. Source Listing for the Example of Figure 3-62 
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DESCRIPTION: 


INPUT SIGNALS: 


CLK 


/¢cs 


CSL 


ALE 


Al,A2 


/IORC 


/IOWC 


16 MHZ SYSTEM CLOCK OF THE 82284 SYSTEM TIMING CONTROLLER. 
THIS CLOCKS TRIGGERS THE D-FLIP-FLOPS OF FOUR PAL OUTPUTS 


ACTIVE LOW UNLATCHED CHIP SELECT OF THE ADDRESS DECODER 


ACTIVE HIGH LATCHED CHIP SELECT. IT HAS TO BE ACTIVE TO THE 
RISING EDGE OF ALE OF THE NEXT CYCLE 


ADDRESS LATCH ENABLE OF THE 82288 BUS CONTROLLER 


DEMULTIPLEXED ADDRESS INPUTS. THEY CARRY THE 2-BIT REGISTER 
ADDRESS FOR THE DCP 


INPUT/OUTPUT READ CONTROL OF THE 82288 


INPUT/OUTPUT WRITE CONTROL OF THE 82288 


OUTPUT SIGNALS: 


/Ql 


/Q2 


INTERNAL STATE SIGNAL. IT IS DIVIDED BY TWO FROM CLK AND 
SYNCHRONIZED TO ALE 


INTERNAL STATE SIGNAL. IT IS DIVIDED BY TWO FROM /Q1 AND 
SYNCHRONIZED TO ALE. IT IS THE INVERTED DCP CLOCK (4MHZ). 
THE RIGHT EDGE OF Q2 IS SYNCHRONOUS TO THE DATA STROBES 
/IORC AND /IOWC, IF TWO WAIT STATES ARE INSERTED. 


INTERNAL STATE SIGNAL. IT IS DIVIDED BY TWO FROM /Q2 AND 
SYNCHRONIZED TO ALE. IT IS USED TO GENERATE THE SYNCHRONOUS 
READY (/SRDY) FOR THE 82284. EXTERNALLY IT HAS TO BE 
LOGICALLY AND'ED WITH THE THE LATCHED CHIP SELECT (CSL). 


COMMAND DELAY GOES ACTIVE FOR ONE CLOCK WIDTH TO DELAY THE 
DATA STROBES. THE AM9568 REQUIRES A DELAY BETWEEN ALE 
INACTIVE AND DATA STROBE ACTIVE. 


BIDIRECTIONAL SIGNALS: 


D1,D2 


DEMULTIPLEXED DATA BUS LINES TO 8086 CPU 


AD1,AD2 MULTIPLEXED ADDRESS/DATA BUS LINES FOR THE DCP 


Figure 3-65. Pin Description for the Example of Figure 3-62 
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Am8530 to 80286 Interface 


The Am8530 is a high-speed, dual-channel serial communica- 


tions controller that supports a variety of advance 
communication protocols. It supports data rates up to 
1.5M bps. 


This design note shows an Am8530 to an 80286 CPU interface 
when no interrupts are used (Figures 3-66 and 3-67). The 
design is for a CPU running at 5 MHz with a 100-ns system 
clock cycle time. This clock is used to generate the clock for the 
6-MHz Am8530 SCC. 


Chip select generated by the external decoder in an 80286 


system that is enabled by the M/IO- line will go inactive with the 
falling edge of Tc-phase 1. However, the chip enable for the 


DECODER 


82284 
CLOCK 
GENERATOR 


08749A-2 


SCC should stay valid for the entire read or write cycle. The 
PAL device generates the chip enable signal for the SCC using 
a structure equivalent to two cross-coupled NOR gates. 


The Am8530 requires a minimum pulse width of 250 ns for RD 
and WR control signals. For a 100-ns cycle time 80286 with no 
wait state, these controls will be active for 200 ns only. SRDY 
control is generated for the 82284 bus controller to guarantee 
minimum RD and WR pulse widths for the Am8530. 


CMDLY is not used in this design because the address to read 

or write control setup time required is only 80 ns for the 

Am8530; with a 100-ns system cycle time, the time between 

ALE valid and /IORC or /IOWC valid is 100 ns. Even after 

accounting for the address latch delay, 80-ns timing will still 
be met. 


CE 


8530CLK 


Figure 3-66. Am8530—IAPX286 Interface 
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" THIS PLPL FILE IS FOR A 16R4 THAT IMPLEMENTS THE LOGIC 
NECESSARY TO INTERFACE AN Am8530 (SCC) TO AN 80286 SYSTEM. " 


DEVICE Am8530_to 80286 (PAL16R4) 


PIN 

vec 
/CE 
/INTSO 
/QC1} 
/Q{2) 
/0(3) 
NC5 
/SRDY 
NC6 
NC7 


OOnN OO UR WD = 


= 
© 


BEGIN 


" CHIP ENABLE FOR THE Am8530 IS DERIVED FROM ALE AND 
THE EXTERNAL DECODER CHIP SELECT OUTPUT. " 


CE = CS * ALE + INTSO; 
INTSO = /( IORC * IOWC) + CE ; 


™ SYNCHRONIZE THE COUNTER WITH ALE. " 


IF ( CS * ALE ) THEN Q[3:1] = 7 ; 


" COUNT DOWN SPECIFICATION FOR THE COUNTER. 


"Q2 OF THE COUNTER IS THE CLOCK INPUT OF THE Am8530. " 


CASE ( Q[3:1] ) 
BEGIN 

Q[3:1) 
Q[3:1] 
Q[3:1] 
Q[3:1] 

) Qf3:1] : 
Q[3:1] 
Q(3:1] 
Q(3:1] 


ee 
il 


=e =s =e 


NO UH WN — © 
. 
i 
aouwmrWNY | ON 
me me Me Me oe 


" SRDY IS GENERATED FOR WAIT STATE GENERATION, IT IS SENT 


TO THE 82284 CLOCK GENERATOR. " 


SRDY = /(Q{[3] * CE) ; 


END. 


Figure 3-67. Source Listing for AmPAL16R4 for the Example of Figure 3-66 





Am9518 to 80286 Interface 


The Am9518 Data Ciphering Processor encrypts and decrypts 
data using the National Bureau of Standards encryption al- 
gorithm. The DCP can be operated in either Multiplexed- 
contro! or the Direct-control mode. This design shows the logic 
necessary to interface the Am9518 Data Ciphering Processor 
to an 80286 microprocessor system with a system clock cycle 
time of 100 ns. The DCP is operated in the Multiplexed-control 
mode with the C/K- pin tied LOW. (A HIGH level! on C/K- will 
place the device in Direct-control mode. This mode is suitable 
for ciphering data using a high-speed controller for high-speed 
applications.) 


Two PAL devices are used to interface the Am9518 DCP to the 
80286. The DCP has a multiplexed address/data port. Note 
that only two bits (MP2 and MP1) are used for DCP register 


82284 
CLOCK 
GENERATOR 


08749A-1 


addressing. PAL device 1 performs the necessary ad- 
dress/data multiplexing since the 80286 has non-multiplexed 
address and data busses. Memory read/write and data strobe 
control signals for the DCP are also generated by this device. 


PAL device 2 generates the clock for the Data Ciphering Pro- 
cessor by dividing the system clock that is synchronized with 
ALE and CS active. It also generates CMDLY for the 82288 
bus Controller to insert a delay between MAS inactive and 
MRD or MWR active for the Am9518. Note that ALE cannot be 
inverted and tied to the Am9518 Master Address Strobe. Mas- 
ter Address Strobe requires a minimum width of 115 ns— 
device 2 generates MAS to meet this width requirement. This 
device also generates the SRDY signal for the 82284 Clock 
Generator to insert wait states during Am9518 read and write 
cycles. 


D,- 
IORC 
lOWC 


OTR 
AmPAL16L8 
PAL1 


AmPAL16R4 
PAL2 


CLK 
SRDY © 


Figure 3-68. Am9518—iAPX286 Interface 
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" THIS PLPL FILE IS FOR A 16R4 PAL DEVICE THAT IMPLEMENTS 
PART OF THE LOGIC NECESSARY TO INTERFACE AN Am9518 (DCP) 
TO AN 80286 SYSTEM. ANOTHER PAL DEVICE (16L8) IS NEEDED 
FOR THE COMPLETE DESIGN. ™ 


DEVICE Am9518 TO 80286 2 (PAL16R4) 


PIN 
vec 
/MCS 
/MAS 
/Qtt} 
/a[2) 
/Q(3) 
/CMDLY 
/SRDY 
NC6 
NC7 


1 
2 
3 
4 
5 
6 
= 
8 
9 
1 


BEGIN 


" MASTER CHIP SELECT FOR THE Am9518 IS DERIVED FROM 
UNLATCHED CHIP SELECT AND INTERNAL STATE. " 


MCS = Q{2] * cS; 

“ MASTER ADDRESS STROBE MUST MEET THE MINIMUM PULSE 
WIDTH REQUIREMENT, IT IS DERIVED FROM AN INTERNAL 
STATE BECAUSE ALE 1S NOT WIDE ENOUGH. “ 


MAS = /CMDLY ; 


" COMMAND DELAY TO DELAT /IORC AND. /IOWC GENERATED BY 
THE 82288 BUS CONTROLLER. " 


CMDLY := /(Q{2] * CS) ; 


™ SYNCHRONIZE THE COUNTER WITH ALE. " 
IF ¢ CS * ALE ) THEN Q(3:1] = 7; 


“ COUNT DOWN SPECIFICATION FOR THE COUNTER." 
“ Q2 OF THE COUNTER IS THE CLOCK INPUT OF THE Am9518. " 


CASE ( Q[3:1] ) 
BEGIN 
0) Q13:1) 
1) Q(3:1) 
2 > Q{3:1] 
3) Qf3:1] 
4 ) Q[3:1) 
5 
6 
7 


oe ee os 
“iow ou 


Q[3:1) 

Q{3:1] 

) Q(3:1] 
END ; 


ve 
wu 

au fF WD? ON 

me Se Mt Me me me we 


" SRDY IS GENERATED FOR WAIT STATE GENERATION, IT IS SENT 
TO TRE 82284 CLOCK GENERATOR. " 


~ SRDY = /(Q[3) * CS) ; 


END. 


Figure 3-69. Source Listing for AmPAL16R4 for the Example of Figure 3-68 








" THIS PLPL FILE 1S FOR A 16L8 PAL DEVICE THAT IMPLEMENTS "THE FOLLOWING SPECIFICATION IS FOR MULTIPLEXING THE 
PART OF THE LOGIC NECESSARY TO INTERFACE AN Am9518 (DCP) ADDRESS AND DATA SIGNALS OF THE 80286 FOR THE MASTER 
TO AN 80286 SYSTEM. ANOTHER PAL DEVICE (16R4) IS NEEDED PORT OF THE Am9518. " 

FOR THE COMPLETE DESIGN. " 
IF ( CSL * JIORC ) THEN D1 = ADI; 
DEVICE Am9518_TO 80286 1 (PAL16L8) IF ( CSL * /IORC ) THEN AD1 = Al * ALE + D1 * /ALE ; 
IF ( CSL * IORC ) THEN D2 = AD2; 

PIN . IF ( CSL * /IORC ) THEN AD2 = A2 * ALE + D2 * /ALE ; 

vcc 

/MRW END. 

/*01 , 

/ad2 


/CSL 


/D1 
/¥0S 


OOn aurFwWwnD — 


= 
Oo 


‘ 
' 


BEGIN " 


a 
’ 


’ 


™ MEMORY R-/W FOR THE Am95 18 1S DERIVED FROM DT/R-. " 


’ 


MRW = /DTR ; 
" MEMORY DATA STROBE FOR THE Am9518 1S DERIVED FROM 
IORC- AND IOWC-. ",° 
i : 
MDS = /(IORC + IOWG)'; 
f 


" LATCHED CHIP SELECT IS DERIVED FROM ALE AND THE 
EXTERNAL DECODER CHIP SELECT OUTPUT. " 


CSL = CS * ALE + INTSO ; 
INTSO = /(€ IORC * IOWC) + CSL ; 


Figure 3-70. Source Listing for AmPAL16L8 for the Example of Figure 3-68 
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3.4.3. INTERFACING TO THE 68000/68020 


The 68000 has an asynchronous, 16-bit, bidirectional, data 
bus. Data types supported by the 68000 are: bit data, integer 
data of 8, 16, or 32 bit, 32-bit addresses and binary-coded 
decimal data. It can transfer and accept data in either words or 
bytes. The DTACK input indicates the completion of a data 
transfer. When the processor recognizes DTACK during aread 
cycle, the data is latched and the bus cycle terminates. When 
DTACK is recognized during a write cycle, the bus cycle also 
terminates. An active transition of DTACK indicates the ter 
mination of a data transfer on the bus. All contro! and data lines 
are sampled during the 68000's clock HIGH time. The clock is 
internally buffered, which results in some slight differences in 
the sampling and recognition of various signals. The 68000 
mask sets prior to CC1 and allows DTACK to be recognized as 
early as S2, and all devices allow BERR or DTACK to be 
recognized in S4,S6, etc., which terminates the cycle. If the 
required setup time is met during S4, DTACK will be 
recognized during $5 and S6, and data will be captured during 
$6. DTACK signal is internally synchronized to allow for valid 
operation in an asynchronous system. If an asysnchronous 
control signal does not meet the required setup time, it is possi- 
ble that it may not be recognized during that cycle. Because of 
this, synchronous systems must not allow DTACK to precede 
data by more than 40 to 240 nanoseconds, depending on the 
speed of the particular processor. I/O is memory-mappeg, i.e., 
there are no special I/O control signals, any peripheral is 
treated as a memory location. 
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DMA: This Bus is requested by activating the BR input of the 
68000. Bus Arbitration is started by the BG output going active. 
The Bus is available when AS becomes inactive. The request- 
ing device must acknowledge bus mastership by activating the 
BGACK input to the CPU. 


The 23-bit address (Aj...A23) is on a unidirectional, three-state 
bus, and can address 8 M words (16 M bytes) of memory or 
(/O. It provides the address for bus operation during all cycles, 
except the interrupt cycles. During interrupt cycles, address 
lines A1, A2 and A3 provide information about the level of 
interrupt being serviced. Instead of Ag and BYTE/WORD, 
there are two separate data strobe lines for the two bytes in a 
word. A note of caution here, the 68000 treats the MSB of the 
lower byte as an even byte, or word address. The same goes 
with processors such as the Z8000. Processors such as the 
8086 treats the lower byte as the odd byte. 


Interrupt is requested by activating any combination of the in- 
terrupt inputs to the 68000 (IPLO...2), indicating the encoded 
priority level of the interrupt requester (inputs at or below the 
current processor priority are ignored). The 68000 automati- 
cally saves the status register, switches to supervisor mode, 
fetches a vector number from the interrupting device, and dis- 
plays the interrupt level on the address bus. For interfacing 
with old 68000 peripherals, the 68000 issues an Enable signal 
at one-tenth of the processor clock frequency. There are a 
number of AMD proprietary third generation peripherals that 
can be interfaced to the 68000 CPU, to improve system perfor- 
mance. This section deals mainly with the interfacing of the 
68000 and some of the AMD proprietary peripherals. 








The 68000 and AmZ8530 Interface with Interrupts 


This example shows how a Programmable Array Logic (PAL) 
device simplifies the task of interrupt generation compared to 
the MSI implementation. The block diagram for the interface 
via a PAL device is shown in Figure 3-71. The timing diagram 
(Figure 3-72) illustrates the Interrupt Acknowledge cycle. As in 
the other designs, RD is generated during Interrupt Acknowl- 
edge to place the vector on the bus. 


The timing during register programming is not shown. The PAL 
device allows selection of one or two Wait States by making Wo 
HIGH or LOW, respectively. The table below shows the appro- 
priate number of Wait States as a function of CPU speed. 


[Pat | CPU Speed 


PAL device equations are shown in Figure 3-73. 


* Am29809 


Oo 
fe 
N 
‘= 
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AY AmPALI6R4 
— G68KB5XX 
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Figure 3-71. 68000 to AmZ8530 Connection Using a PAL 
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PAL16R4 
PAT 002 


PAL DESIGN SPEC 
JOE BRCICH 9 SEPT 83 


68000 TO 8500 OR 9500 PERIPHERALS 


ADVANCED MICRO DEVICES 


CLOCK /CS RW /LDS /WO /AS FCO FCl FC2 GND 


JOE /INTA /ACK 


A*/B + B *C + /AS 


A®/C + /A®C + 
/AS 


/A*/B*AS + B*C*AS 


:@ LDS 


/C /B /A /DLDS /RD /WR vcc 


LDS*DLDS*RW*/INTA + A®C#INTA*AS + A*/B*INTA*AS — 


WR = LDS * /RW 


INTA = FCO*FC1*FC2*AS 


ACK = /INTA*/A*/B*/C*/WO + /INTA*/A®/BeCeWO + 


INTA*/B*A + ACK * LDS 
DESCRIPTION . 


THIS PAL DEVICE INTERFACES 85XX TYPE PERIPHERALS TO THE 


68000 MICRO PROCESSOR. 


IT INSERTS 1 OR 2 WAIT STATES AS 


SELECTED BY /W0O=0 IS ONE AND /WO=l IS TWO WAIT STATES. FOUR 
WAIT STATES ARE INSERTED DURING INTERRUPT ACKNOWLEDGE CYCLES. 
.ALSO THE RD OUTPUT GENERATED DURING INTA IS A FUNCTION OF THE 
INTERNAL STATE MACHINE AND NOT A FUNCTION OF LDS. OE CAN BE 
LEFT OPEN SINCE THE FLIP FLOP OUTPUTS ARE NOT USED DIRECTLY. 
THE FALLING EDGE OF RD IS DELAYED IN ORDER TO GUARENTEE 

THE CS TO RD SETUP TIME REQUIREMENTS. 


Figure 3-73. Source Listing for the Example of Figure 3-71 


68000 and AMD Proprietary Peripherals Interface 


AMD manufactures a large number of peripherals which can be 
interfaced with a number of microprocessor devices. The user 
is advised to verify that the appropriate microprocessor inter- 
face specification is met. Two of the important parameters are 
setup and hold times to ensure that peripherals will work with 
both fast and slow CPUs. In some cases the insertion of a wait 
state is all that is required. In the following sections, the inter- 
face between a number of the AMD proprietary peripheral 
products with the 68000 are discussed. 
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The Am29809 Comparator and the Am29806 Com- 
parator/Decoder provide high-speed address selection as well 
as an open collector acknowledge driver. This allows 
memories and peripherals to be conveniently wire ORed to the 
processor's DTACK pin. 


68000 and Am7990 LANCE Interface 


The design of the LANCE has made it easier for the user to 
interface the device with demultiplexed buses. The exaxmple 
shown here is an interface to be compatible with an 8 MHz or 
faster 68000 (Figure 3-74). The two flip-flops are needed to 
adapt the LANCE bus request handshake to the 68000. 





- ADDRESS BUS DATA BUS 


DTACK FROM 
SYSTEM 


QD 
V 
cP 
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R 
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Rea /BGACK 


IDAS 


AmPAL16L8 
68K90.PAL 


Figure 3-74. Am7990 to 68000 Interface 
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Autovectoring is used since the Am7990 does not return a 
vector during interrupt acknowledge cycles. The BYTE and 
DAS signals of LANCE are used to generate the UDS andLDS 
when LANCE is in Bus Master mode; the UDS and LDS is used 
to generate the DAS when LANCE is in Bus Slave mode. It 


takes two latches to demultiplex the LANCE address/data {ines 
to adapt to the 68000 address bus. The flip-flops can be 
replaced by an AMPAL22V10 to minimize parts count. Equa- 
tions for the AmPAL16L8 are shown in Figure 3-75. 


PALL6L8 _ JOE BRCICH 
PATOO2 2 FEB 84 


68000 TO LANCE INTERFACE 
ADVANCED MICRO DEVICES 


7/AS RW BYTE /HOLD NC /BG AO NC /BGACK GND 
/cs /TB /UDS /DAS /CLR1 BR /CLR2 /LDS /RB VCC 


IF (/BGACK) RB = CS*RW*UDS + CS*RW*LDS 


IF (/BGACK) TB = CS*/RW 


IF (BGACK) UDS = DAS*/AO*BYTE + /BYTE*DAS 


IF (BGACK) LDS = DAS*AO*BYTE + /BYTE*DAS 


IF (/BGACK) DAS = UDS*LDS 
CLR1 = /AS*BG 

CLR2 = BGACK }DELAY 
/BR = /HOLD 

DESCRIPTION 


THE GOAL OF THIS INTERFACE WAS TO BE COMPATIBLE 
WITH 8 MHZ AND FASTER 68000'S WHILE MINIMIZING PARTS COUNT. 
THE AM22V10 COULD BE USED TO ELIMINATE THE TWO FLIP-FLOPS 
SHOWN. AUTOVECTORING IS USED SINCE THE 7990 DOES NOT RETURN 
A VECTOR DURING INTERRUPT ACKNOWLEDGE CYCLES. 
NOTE PROGRAM BSWP, BCON TO 1 ,AND ACON TO 0 IN CSR3 REG. 


Figure 3-75. Source Listing for the Example of Figure 3-74 
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68000 to AmZ8068 Data Ciphering 
Processor Interface 


Figures 3-76 and 3-77 show the 68000-DCP interface and 
the interface timing. This interface provides a two-chip solution 
to add high-speed data ciphering to a 68000-based system. 
About 500 kbyte/sec are possible in a CPU-controlled transfer. 
The ciphering rate can be increased with a sophisticated DMA 
controller, or with several DCPs operating in parallel. The CPU 
operates at 8 MHz and the DCP operates synchronously at 
4 MHz. The Interface Controller, a PAL device, generates the 
Address and Data Strobes for the DCP and the Data Acknow!- 
edge for the CPU. It also divides the CPU clock by two and 
synchronizes it to the Data Strobes. 


The main features of this interface are: 
— Multiplexed Contro! Mode 
— Demultiplexed address and data bus 


— Two-Cycle Operation 














PROM, 
COMPARATOR, 
OR OTHER 
DECODER 


— Clock Synchronization with two Low Cycles after the Data 
Strobes 


— About 500 kbyte/sec ciphering speed 


Data transfers between the CPU and the DCP are accom- 
plished by a two-cycle operation. First the address of an inter- 
nal register is latched in, then the data is transferred. This 
causes a small overhead in the initialization phase, but im- 
proves the ciphering rate in a high-speed data ciphering ses- 
sion. The rate of 500 kbyte/sec can be reached only if a 
high-speed peripheral device is connected to the Slave Port 
and the DCP is programmed for dual port configuration. 


The PAL device is programmed to allow only DCP transfers to 
the DCP. The PAL device equations are shown in Figure 3-80. 
Ao must be odd to make the CPU transfer the data on the Low 
byte of the data bus. A “O” on A, indicates an Address Latch 
Cycle, whereas a “1” on A, indicates a Data Transfer Cycle. Ao 
must be “1” in both cycles. 














cs DCP CLK CLK 





AmPAL16R4 





AmZ8068 
MAS 
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Figure 3-76. AmZ8068 to 68000 interface 
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Figure 3-77. 68000-AmZ8068 Address Latch Cycle (A, =Low) 


An address decoder generates the Chip Select for the DCP. 
The Address Strobe indicates a valid address. The PAL device 
is only activated if the Lower Data Strobe becomes active while 
the Upper Data Strobe stays inactive. This means that data is 
transferred in MOVE.B instructions with an.odd peripheral! 
address. 


The PAL device provides two Data Acknowledge outputs. 
DTACK, is an active Low TTL output. DTACK 2 has the same 
timing as DTACK, , but is an Open Collector output. (The 
Open Collector output is realized by a three-state output which 
has only two states, Low or Floating.) 


Address Latch Cycle 


In this cycle only a Master Port Address Strobe (MAS) is 
generated. Master Port Chip Select (MCS) is tied to Low. LDS 
is sent to the MAS output. The minimum pulse width of LDS is 
115 ns; 80 ns are required for ihe AmZ8068. 


DTACK is activated with the falling edge of the CPU clock after 
cycle Sg. The CPU inserts no Wait states. DTACK is deac- 
tivated with the first edge of CLK after AS becomes inactive. 


Data Read Cycle: (Figure 3-78) 


The generation of MDS in a Data Read Cycle is similar to the 
Data Write Cycle. Because the CPU activates LDS one cycle 
earlier, there is no need for a Wait State. The minimum pulse 
width of LDS is 240 ns; the DCP requires 200 ns for a Status 
Register read. DTACK is activated using the same logical con- 
dition as in the Data Write cycle. Because of the earlier activa- 
tion of LDS, DTACK becomes active earlier and the CPU 
inserts no Wait states. 


Data Write Cycle: (Figure 3-79) 


A Data Write Cycle is performed with Ay is HIGH, AS, CS and 
LDS are LOW. The minimum pulse width of LDS is not suffi- 
cient for the DCP which requires at least 125 ns. One Wait 
state or a slower system clock will satisfy this parameter. In this 
interface, one Wait state is inserted by activating DTACK at the 
end of S,4. 


The DCP clock is synchronized in Data Read or Write Cycles 
by forcing it Low when DTACK becomes active. This guaran- 
tees that the DCP clock has a falling edge just before LDS 
(MDS) rises. The delay of the DCP clock to CLK is typically 8 
ns for anormal speed PAL device. The delay of LDS to MDS is 
typically 12 ns. The delay of LDS to the system clock is 0-70 ns 
for the 8 MHz version. This results in a delay of 4-74 ns of MDS 
to the DCP clock. The DCP requires 0-50 ns when operating at 
the maximum clock rate. 


This problem is solved by stretching the clock for one cycle. 
The DCP clock stays LOW for two cycle in the end of a transfer 
cycle. This is done automatically by the PAL device (see 
Timing Diagram). 


A Sample Data Ciphering Session 


The interface was built on a Motorola 68000 evaluation board. 
The instructions are shown below. These instructions were 
executed with the “MACSBUG 1.32” evaluation board monitor. 


Address Register: 
Address Latch Address (Aj =0,Ap=1) 
Data Transfer Address (Aj=1,Ag=1) 
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Figure 3-78. 68000-AmZ8068 Data Read Cycle (A, = HIGH) 
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Figure 3-79. 68000-AmZ8068 Data Write Cycle (A, = HIGH) 
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PAL16R4 ; PAL DESIGN SPECIFICATION 
DCP044 — : JUERGEN STELBRINK 8-24-83 
68000 - AmZ8068 (DCP) INTERFACE DEVICE : “ 
ADVANCED MICRO DEVICES 


CLK2 /CS /AS  /UDS /LDS RW Al CLK NC GND 
/OE /MAS /MDS DCPCLK NC NC /DTACK1 CLK1l /DTACK2 vcc 


/CLK1 ' CLK } INVERT CLOCK TO TRIGGER THE REGISTERED 
. } OUTPUTS WITH THE FALLING EDGE OF CLK 


MAS = = AS*LDS*/UDS*/RW*/A1*CS 
MDS Ss =_ AS* LDS*/UDS*A1*CS 
/DCPCLK := DCPCLK + ; DIVIDE BY TWO 
/DTACK1*CS*AS*LDS*/UDS + 
DTACK1*/AS*/LDS*/UDS TWO CLOCKS. LOW IN 
THE END OF A DATA CYCLE 


DTACK1l := AS*LDS*/UDS*A1*CS + DATA TRANSFER CYCLE 
AS*/RW*/A1*CS ADDRESS LATCH CYCLE. 


IF (DTACK1*AS*CS) DTACK2 = DTACK1. 


FUNCTION TABLE 


CLK2 CLK CLK1 /CS /AS /LDS /UDS RW Al 
DCPCLK /MAS /MDS /DTACK1 /DTACK2 
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Figure 3-80. Source Listing for the Example of Figure 3-76 
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DESCRIPTION: 
INPUT SIGNALS: 


CLK2 CLOCK FOR THE REGISTERED OUTPUTS OF THE PAL. IT IS 
CONNECTED TO CLK1 


CLK 8 MHZ 68000 SYSTEM CLOCK 
JCS CHIP SELECT FOR DCP (A2-A23 ARE RELEVANT) 
/AS ADDRESS STROBE 


/ LDS LOWER DATA STROBE USED TO TIME THE MASTER PORT DATA STROBE 





/UDS UPPER DATA STROBE HAS TO BE INACTIVE DURING ALL TRANSFERS 


Al ADDRESS BIT 1 DISTINGUISHES BETWEEN ADDRESS LATCH AND 
DATA TRANSFER CYCLES 


A1l=LOW ADDRESS LATCH 
Al=HIGH DATA TRANSFER 


RW READ/ WRITE CONTROL 

OUTPUT SIGNALS: 

/MAS MASTER PORT ADDRESS STROBE 
/MDS MASTER PORT DATA STROBE 
CLK1 © INVERTED CLOCK CLK 


/DTACK1 LOW ACTIVE DATA ACKNOWLEDGE FOR 68000 
ONE WAIT STATE IS INSERTED IN A DATA WRITE CYCLE 


/DTACK2 LOW ACTIVE DATA ACKNOWLEDGE FOR 68000 (OPEN COLLECTOR) 
DCPCLK 4 MHZ DCP CLOCK, IT IS SYNCHRONIZED TO THE MASTER PORT 


DATA STROBE. IN A DATA TRANSFER CYCLE DCPCLK STAYS TWO 
CLK CYCLES LOW TO DELAY THE FIRST RISING EDGE OF THE 


Figure 3-80. Source Listing for the Example of Figure 3-76 (Continued) 
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68000 and a Single Am9516 DMA 
Controller Interface 


The Am9516 Universal DMA Controler (UDC) is a high-perfor- 


mance peripheral interface circuit for 8086 and 68000 CPUs. 
The UDC was designed to interface with non-multiplexed ad- 
dress and data bus systems. However, because it is basically a 
modified 8016, several incompatabilities remain. ALE is more 
like the 8086 than the 68000. Although the timing of ALE 
closely matches the AS of the 68000, it does not tristate when 
the 9516 is not the bus master. The major obstacle in this 
design was generating the proper Data Hold time for a slave 
write; the 8-MHz and 10-MHz CPU provides 30 ns and 20 ns, 
respectively, while the 9516 requires 40 ns. The newer, 8 and 
10-MHz versions only require 10-ns Hold time, thus simplifying 
the design. 


The interface design shown here (Figure 3-81) uses an Am- 
PAL16R4 to insert a Wait State and truncate DS to the 9516 
early. PAL device equations are shown in Figure 3-82. In this 
case the shortened DS strobes data into the 9516 while the 
CPU holds data valid for almost 1 clock cycle afterwards. This 
Wait State is inserted only during slave write. This Wait State is 


actually a small penalty to pay, because most of the registers 
are being loaded by the UDC itself by means of a linked-list 
control structure. This results in very few writes being done 
directly to the UDC. 


Another interface problem to be addressed is the bus ex- 
change protocol. The BREQ and BACK handshake of the UDC 
is converted to the three-wire handshake of the 68000 by the 
PAL device and a 7403 package (open-collector NAND Gate). 
This is done by a state machine internal to the PAL device. The 
state assignment was done to minimize external logic. This is 
very different from the discrete design In the Am9516 data 
sheet because the PAL doesn’t have preset and clear on its 
flip-flops. 

The UDC can support the bus error function by means of its 
EOP pin. If a bus error occurs during a DMA transfer, an EOP_ 
will cause the DMA operation to stop and interrupt the CPU. 
The CPU can read status, address, word count, or anything 
else it may need to take corrective action. The UDC may then 
be restarted or reprogrammed appropriately. 


The control signals LDS and UDS are generated by the PAL 
device when the UDC is the bus master. This is a straightfor 
ward combination of DS, AO, and B/W. 
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Figure 3-81. The Am9516 UDC to 68000 CPU Interface 


Note that the address latch and data transceiver, along with the the only extra component required to make the 9516 a low-cost 
address decode logic, are present in any case. The 68450 and alternative. Additionally, the 6-MHz 9516 has the same data 
68440 also multiplex address and data, thus the PAL device is throughput as the 8-MHz 68450. 





3-93 


PAL16R4 PAL DESIGN SPECIFICATION 
PATOO6 — JOE BRCICH 9/01/83 

68000 TO Am9516 INTERFACE WITH DATA HOLD CORRECTION 
ADVANCED MICRO DEVICES 


CLK RW AO BREQ /BG /DSI /AS /BW /CS_ GND 
/OE /LDS /UDS DSO /c BACK /BR /TB /RB- VCC 


IF(/BACK) RB /CS * RW * UDS + 
/CS * RW * LDS 
IF(/BACK) TB /cs * /RW 


IF(BACK) UDS DSI * /AO * /BW 
BW * DSI 

IF (BACK) LDS DSI * AO * /BW 
BW * DSI 


BR := BREQ * BG * BR * AS 
BREQ * /BG * /BACK 


/BACK := /BREQ 
/BREQ * /BG 
/BREQ * AS 
/BREQ * /BACK 
/BG * /BACK 
AS * /BACK 


C := UDS * /BACK 
LDS * /BACK 


/DSO := BACK 
/BACK * / RW *C 


DESCRIPTION 

IF BREQ*BACK IS TRUE THE Am9516 HAS THE: BUS, OTHERWISE THE 68000 
HAS THE BUS. THIS PAL CONNECTS THE Am9516 TO THE 68000 WITH ONE 
WAIT STATE DURING WRITES WHILE SHORTENING /DS TO ACHIEVE PROPER 
DATA HOLD TIME. IT ALSO CONVERTS THE BUS EXCHANGE PROTOCOL INTO 
68000 FORMAT. THIS DESIGN ASSUMES NO OTHER BUS MASTERS IN THE 
SYSTEM. /RB AND /TB CONTROL THE TRANSCEIVERS WHEN CPU IS BUS 
MASTER. /CS MUST BE A FUNCTION OF ALL DEVICES CONNECTED TO THE 
CPU BUS NOT JUST THE Am9516 /CS AS SHOWN HERE. 


The /CS to /DS set- time of 30 ns is ent in the following ways: 
“Ty During a reat cyet 

set-up time is that the data valid access time from the Am9516 
will be delayed by a proportional amount. Since the minimum /DS 
Low width from the 10-MHz 68000 (during a read) is 193 ns and the 
minimum /DS Low width to the Am9516 is 150 ns, we have 43 ns 
Margin not counting gate delays which will further increase this 
margin. 

2) During a write cycle this is not an issue since the /DS 
comes later and is stretched longer due to the Wait state. 


Figure 3-82. Source Listing for the Example of Figure 3-81 
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68000 and Dual Am9516 DMA 
Controllers Interface 


There has been interest shown in connecting two Am9516 
DMA Controllers to obtain four channels. The example here 
shows that such a system can be built by incorporating one 
PAL device. AMD’s new 22V10 (Figure 3-83). Address and 
data buses are not shown as they are straightforward and 
require no explanation. The PAL device, designated 68K16D2, 
converts the two DREQs into the 68000 three-wire handshake, 


29863 
TRANSCEIVER 


| | 


ITB”) IRB ALE} 


AmPAL22V10 
68K16D2 


ALLOWS 
OTHER BUS 
MASTERS 


prioritizes the request, and converts the contro! signals appro- 
priately. Equations for the PAL device are shown in Figure 
3-84. 

The key parameters are: 1) data hold with respect to the rising 
edge of DS during a write, and 2) DTACK setup time. Control 
for a data bus transceiver is shown because it will be required 
in most systems. The PAL device provides these signals when 
the CPU is bus master; the Am9516 generates these control 
signals directly when it is bus master. 


D 


CLK cP 


Vec Vcc 


RBEN 
| TBEN 
= Am9516 


ALE 


Gree erro ee 
a eal iaceeeees cs 
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Figure 3-83. Dual Am9516 UDCs to 68000 CPU Interface 
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PAL 22V10 

PAT 001 

680460 TO DUAL 9516 INTERFACE 
ADVANCED MICRO DEVICES 


JOE BRCICH 
5 APRIL 83 


CLK RW AO BREQl BREQ2 /BG NC ALE1L /BW ALE2 /BGACK GND 
/cs /UbsS /UDS /DS /C /AS /BR BACK2 BACK1l /TB /RB vcc 


BR = 


BREQ1*/BGACK + BREQ1*BG + 


BREQ2*/BGACK + BREQ2*BG 


BACK1 = 

BACK2 = 
IF (/BGACK) RB = CS*RW*UDS + 
IF (/BGASK) TB = CS*/RW 
IF (/BGACK*AS) DS := AS*/C*/RW + 
IF (BGACK) AS = ALEl + ALE2 
IF (BGACK) UDS = 
IF (BGACK) LDS = DS*A0*/BW + 


IF (AS) C := UDS*BGACK + 


DESCRIPTION 


BREQ1*BG*/AS + /BG*BGACK 
BREQ2*/BREQ1*BG*/AS + /BG*BGACK 


CS*RW* LDS 


AS*RW 


DS*/A0*/BW + BW*DS 


BW*DS 


LDS *BGACK 


THE GOAL IN THIS DESIGN WAS TO BE COMPATIBLE WITH 


8 MHZ AND FASTER 68000'S. 


BECAUSE THE EQUATIONS FOR DS AND 


C WOULD EXTEND INTO THE NEXT CYCLE, THE OUTPUTS WERE TRI- 
STATED TO TERMINATE THESE SIGNALS EARLIER. THIS REQUIRES THAT 
PULL UP RESISTORS BE PLACED ON THESE OUTPUTS. THE INVERTED 
CLOCK WAS USED TO PROVIDE MORE SETUP TIME FOR DTACK IN THESE 
HIGH SPEED SYSTEMS. AT 8MHZ THE EQUATIONS CAN BE MODIFIED AND 


THE PULL UP RESISTORS ELIMINATED. 


THIS EXAMPLE IMPLEMENTS 


FIXED PRIORITY WHERE BREQl IS HIGHEST. NOTE THAT /AS SHOULD 
NOT BE INCLUDED IN THE ADDRESS DECODER. 


Figure 3-84. Source Listing for 


The Am9516s are shown with independent clocks. The clocks 
may be divided from the CPU clock or may be generated inde- 
pendently of the CPU. Because WAIT must meet the set-up 
and hold times, DTACK may need synchronization by the use 
of a flip-flop, as shown. This flip-flop may be eliminated in 
synchronous systems. , 


The clock is inverted to the PAL device to meet DTACK set-up 
time in systems of 10 MHz or faster. This inverter may be 
deleted in slower systems, if appropriate changes to the PAL 
device equations are made. This PAL device implements fixed 
priority between the Am9516s. BREQ, is the highest priority. 
Rotating priority can be implemented by adding another PAL 
device. 


EOP s are pulled up separately, but could be tied together 
since they affect a channel only if it is active. The bus-error 
function can be supported by connecting BERR and EOP . 


the Example of Figure 3-83 


{f a bus error occurs, EOP will stop the current transfer and 
interrupt the CPU. The Interrupt Service routine can read the 
status to determine if EOP caused the interrupt or if termina- 
tion was normal. If EOP caused the interrupt, the Address 
Register can be read to determine where the bus error oc- 
curred. After the problem is corrected, the CPU can program 
the Am9516 to complete the transfer or do an alternate trans- 
fer, aS appropriate. 


When operating the DMA in interleave mode, an external EOP 
should be gated with DACK to prevent affecting the wrong 
channel. This is unnecessary if interleave is not used, since the 
UDC releases the bus. 


This arbiter design supports both serial and parallel-expansion 
techniques and is therefore compatible with VME bus protocol. 
Bus grant out was implemented with an externa! gate due to a 
shortage of pins. The VME/BCLR function was not imple- 
mented because the Am9516 does not support preemption. 





Am8500 to 68000 Interface 


Modern 16-bit microprocessors, such as the 8086, Z8000, and 
68000, are being used to form the nucleus of powerful per- 
sonal/business computers and engineering workstations. 
However, support peripheral chips are virtually non-existent 
for the most recently introduced 16-bit CPUs such as the 
Motorola 68000. Since the modern microprocessor system 
depends as much on the peripheral controllers as it does on 
the CPU, it is important for a system designer to have a large 
variety of peripheral chips available. The 8500 family of 
peripheral chips from AMD provides users of non-multi- 
plexed bus microprocessors, such as the 68000, a variety of 
powerful peripheral chips that can be interfaced easily witha 
single programmable array logic (AMD PAL) device. 


The Am8500 Family 


The Am8500 Family is a group of programmable peripheral 
chips which offload a variety of system functions from the 
main CPU. They support a variety of operating modes which 
are specified by writing to their control registers. The current 
members of the family include the Am8536 Counter/Timer 
and Parallel 1/O Unit (CIO), the Am8038 FIFO Input/Output In- 
terface Unit (FIO), and the Am8530 Serial Communications 


Controller (SCC). While the object of this article is not to dis-. 


cuss the capabilities of the Am8500 Family, a brief overview is 
necessary to fully understand its interface requirements. 


The Am8536 is a counter/timer chip which has available three 
16-bit counters. These timer/counters have features such as 
duty-cycle control (pulsed, one-shot, or square waved), retrig- 
gering options, and external access contro! lines. The ClO 
also provides up to 20 lines of programmable 1/O ports. The 
Am8038 FIO is an asynchronous 128-byte buffer specially 
designed to be used by two CPUs or a CPU and a peripheral 
device as a communication or data buffer. It supports a vari- 
ety of handshake interfaces on both I/O ports. Finally, the 
Am8530 SCC is a dual-channel, multi-protoco! data communi- 
cations peripheral. The SCC functions as a serial-to-parallel, 
parallel-to-serial converter/controller. It supports a wide vari- 
ety of serial communications protocols and includes exten- 
sive on-board hardware such as baud rate generators, digital 
phase-locked-loops, and crystal oscillators to reduce the 
need for external logic. 


The Control and frequently used Data registers are accessed 


: in a different manner. These registers are accessed using a 


single cycle or write. This scheme allows the CPU to interact 
efficiently with the 8500 peripherals during normal use. The 
slower, clumsier initialization procedure is used much less 
frequently and protects the user from altering the operation 
mode accidentally. 


All the members of the Am8500 Family are controlled and con- 
figured by software. The host CPU initializes the Am8500 
operating modes by writing to the internal mode/options 
registers. The internal mode registers are not directly ad- 
dressable by the CPU like the Control and some data regis- 
ters. Instead, a two cycle process is needed to write to them. 
First, the address of the mode/options register being 
modified is written to the Control register; next, the data is 
written to the mode/options register via the Control register. 
The Am8500 peripheral has an internal state machine to keep 
track of whether address or data is being written to the Con- 
trol register. Reading the value of the mode/options register 
is accomplished by first, writing an address to the Control 
register, and second, reading the mode/options data from the 
Control register. 


Design Requirements 


There are several problems associated with interfacing a 
general-purpose peripheral device to a CPU. One major prob- 
lem involves the various contro! signals each chip uses. 
Unless the two families are designed to be pin-forpin com- 
patible (e.g., the AMD/Intel 8086/8087/8089), there generally is 
going to be minor variations between them; the same problem 
exists when interfacing the 8500 peripherals to the 68000. Part 
of the pin incompatibility involves genuine signal differences 
while other pins only require name changes. 


The data pins (Dp-D7) on the 8500 parts are connected di- 
rectly to the lower 8 data lines on the 68000 bus. The register 
select pins (Ag, Ay, A/B, D/C)* canbe directly connected to Ay 
and A2 of the 68000 address bus. The RD and WRlines have to 
be generated from the 68000’s R/W and AS/UDS/LDS signals. 
The 8500 clock (PCLK) is generated by dividing down the 
68000 clock. 


*Note: The register select/control pins have differentnames on each 
of the 8500 peripherals. 





3-97 


The Interrupt Request line (INT) can be wire-ORed together 
and connected to one of the IPLp-IPL2 inputs on the 68000, 
giving all the peripherals a common interrupt priority level. 
An alternate method might be to give each of the peripherals 
a separate priority level (which would require priority en- 
coding). The interrupt acknowledge line must be generated 
from the CPU status IInes (FCo-FCz) by the PAL. Whenever an 
Interrupt acknowledge cycle is started, FCg-FC2 equal all 
ones. The Interrupt dalsy chain control pins (IEl and IEO on 
each 8500 device) are tied together in a standard priority 
daisy chain arrangement (see Figure 3-85). When implementing 
the daisy chain, arbitration delay down the chain must be ac- 
counted for in the PAL signal generation logic. The chip enable 
pins for each of the 8500 devices must come from the system 
memory mapping logic. The system designer must also provide 
an 8500 PAL enable line to select the PAL controller whenever 
any one of the 8500 devices has been selected. The DTACK 


HIGHEST 
PRIORITY 
PERIPHERAL 


(FIRST) 


(MIDDLE) 


signal back to the CPU will be generated by the PAL logic using 
an internally implemented state counter to generate the correct 
timing. The output is implemented as a simulated open collector 
output so that other non-Am8500 peripherals in the system can 
use the DTACK line. 


Another problem with interfacing general-purpose peripherals to 
the 68000 is timing. Most peripherals run at speeds con- 
siderably slower than the 8, 10, 12, and 16-MHz CPUs being 
produced today. This means using either a slower clock or divid- 
ing down the CPU clock. In the case of the 8500 family, this 
generally means dividing the CPU clock in half and using a CPU 
operating at less than or equal to 12 MHz. Aside from just speed 
problems, system integrators frequently have to tackle subtle 
timing differences between signals or from devised signal equiv- 
alents, e.g., deriving the Am8500 RD, WR, and DTACK from the 
68000’s LDS and R/V; or guaranteeing data setup and hold 
times. 


LOWEST 
PRIORITY 
PERIPHERAL 


(MIDDLE) 
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Figure 3-85. 


TABLE 3-13. INTERRUPT DAISY CHAIN/PROPAGATION DELAY 


; Chain Position (ns) 


Peripheral 
8536 


clo 150 100 
8038 FIO 150 100 
8530 scc 120 120 


First position timing is INTACK to IEO. 
Middle position timing Is 1El to IEO. 
Last position timing is IE! to data strobe set-up. 
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The 68000 has two ways of interfacing to peripherals such as 
the 8500 family. The first uses the special VPA (Valid Peripher- 
a! Address) input pin on the 68000. The VPA pin can be acti- 
vated by the Am8500 device select logic at the start of acycle 
to tell the 68000 that a peripheral is being accessed. This in- 
terface was designed to allow the slow, synchronous bus 
6800 peripherals to talk to the 68000’s asynchronous bus un- 
til the new 68000 peripherals could be produced. Also, the 
VPA interface has a slow access rate (a minimum peripheral 
access time of over 1000 ns not including recovery time) 
which would slow down the CPU considerably. And, since all 
the 68000 peripherals are being designed to use the asyn- 
chronous method, this interface will not be discussed. 


When writing data, the 68000 puts address and data onto 
their respective buses and uses the DTACK line as a “got 
data successfully” handshake from the selected device. 
When the DTACK line is recognized, the 68000 removes ad- 
dress and data one CPU clock later. This method allows the 
user to take advantage of the asynchronous bus of the 68000. 
The major difference between the 8500 family and the 68000 
DTACK timing is the way datais strobed in and out of the 8500 
chips. The 8500 devices sample the data on the falling edge 
of WR. The 68000 asserts an address (when reading) onto the 
bus and then uses the DTACK signal from the selected 
peripheral (memory included) to indicate valid data and then 
samples on the next falling edge of the CPU clock. The other 
method of interfacing the Am8500 family to the 68000 uses 
the Data Transfer Acknowledge (DTACK) cycle. 


PCLK 
(= 4MHz) 


DATA OUT 
OF PERIPHERAL 


WR 


DATA IN 
TO PERIPHERAL 


Design Approach 
Two different methods of interfacing 8500 devices to the 68000 


. bus will be presented. One method allows the user to obtain 


fast access to all the 8500 devices. However, some minimum 
software requirements are imposed. The other interface slows 
down the access rate by the CPU but guarantees all 8500 
minimum timing specifications and imposes no software 
overhead. 


There are several timing requirements imposed by the 8500 
family. The first involves read/write access to the parts. The 
8500 (4 MHz) peripherals have a read/write/interrupt acknowl- 
edge timing as shown in Figure 3-86. The minimum read/write 
access time is 400 ns. This means the PAL interface must 
guarantee a valid access cycle of greater than 400 ns (by forcing 
the 68000 to execute several wait states). 


The basic read or write cycle generated by the PAL interface 
looks like Figure 3-88. The 68000 R/W and LDS lines have been 
converted into 8500 RD and WR control signals and with a state 
timing generator, produce the 68000 data valid signal DTACK. 
While the 8500 peripherals latch the data internally on the falling 
edge of WR, all 9500 (Intel-type) peripherals use the rising edge 
of WR to strobe in data. So, the timing used is designed to 
guarantee proper setup and hold time for both Am8500 and 
Am9500 devices. 


INTERRUPT 
ACKNOWLEDGE 
CYCLE 


ai VALID DATA 


Figure 3-86. Am8500 Interface Timing (4 MHz) 
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The DTACK control logic is the only control line which 
employs any sort of special timing in both of the PAL inter- 
faces. In order to guarantee proper setup and hold time for 
write operations to the 9500 parts, it was necessary to start 
the DTACK cycle in the middle of a PCLK cycle. Hence, it was 
necessary to use the CPU clock to condition the assertion of 
DTACK. Using the Cg(PCLK) and the C;-C3 inputs only, would 
have allowed a potential setup time violation during a write oper- 
ation under worst case conditions for an 8 MHz 68000. 


The interrupt acknowledge cycle is very similar to the 
read/write cycle; only two differences exist. First, the inter- 
rupt acknowledge cycle involves only a read operation (see 


interrupt acknowledge timing in Figure 3-88). Secondly, the 
read cycle needs to be stretched out to allow time for the inter 
rupt daisy chain to resolve priority. If a parallel priority resolution 
scheme is used, then only the priority decode time delay and 
peripheral response time is added on to the interrupt cycle. The 
interrupt time delay varies, based on the number of 8500 
devices in the daisy chain. The time delay is based on the 
8500's position in the chain: first, somewhere in the middle, and 


the last device in the daisy chain (see Table 3-13). Both of the 


current PAL interfaces assume there are three 8500 peripherals 
in the interrupt daisy chain. 


AmPAL16R4 


Figure 3-87. 
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“Delay time assumes three Am8500 devices In the dalsy chain. 
Note: RD and WR may not be asserted LOW simultaneously. 


Figure 3-88. PAL-Generated Interface Signals 
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’ The PAL interfaces offered are designed to give the system 
: designer maximum flexibility in integrating Am8500 periph- 
erals with 68000-based systems. The first version is designed 
to allow maximum access to the 8500 devices (see Figure 
3-89.a). It does this by delegating the read/write recovery time 
into software. All 8500 peripherals have a minimum post access 
recovery time; i.e., they can't be accessed for a minimum period 
of time after being read or written (see Table 3-14). Generally, 
this restriction manifests itself only if the CPU has to make 
repeated accesses to the same peripheral part rapidly. While the 
instruction fetch time of the CPU allows for some recovery time, 
it doesn't guarantee enough time (since the average recovery 
time is approximately 1000 ns and a 68000 instruction fetch 
requires a minimum of 500 ns @ 8 MHz). Hence, the first design 
requires the user to implement minimum software recovery time. 


The software recovery routines in this case generally take the 


form of executing 1-2 instructions (depending on execution 
and fetch time) in between accessing the same 8500 device. 
For most systems, these instruction executions can be used 
_ to process the data just received. Another method of insuring 
the minimum peripheral recovery time is to juggle the access- 
ing of the 8500 devices in the system so the recovery time re- 
quirement is not violated. 


The second design (see slow PAL timing in Figure 3-89.b) 
relieves the user of all software considerations when using the 
Am8500 parts. The recovery time is built into the PAL design. 
This is done by delaying access on the read/write and then 
taking advantage of the 68000 next instruction fetch to guaran- 
tee that the minimum recovery time is given. Also, a minor 
change was required in the interrupt acknowledge timing; i.e., 
Stretching out_the INTACK timing slightly to avoid a potential 
glitch on the RD line after an interrupt acknowledge cycle. 


The advantage of software-independent hardware is offset 
by longer read/write cycles to the peripherals, even for single 
accesses. Also, the user is denied access to another 8500 
peripheral until the minimum recovery time has been met for 
the previous one. However, having software-independent 
hardware is sometimes an important feature in asystem; and 
slowing down the peripheral access rate slightly is a small 
price to pay for it. Note, the interrupt acknowledge cycles for 
both designs are virtually the same. This occurred because 
the normal interrupt processing by the 68000 guarantees that 
another access to the 8500 parts cannot occur in time to 
violate their access recovery times. Hence no software delay 
is needed for the fast access interface. 


The interrupt acknowledge delay (for the daisy-chained prior- 
ity resolution scheme) in this example has been chosen by 
using an assumption of three 8500 peripherals in the chain. 
Larger or smaller numbers of parts in the daisy chain would 
increase or decrease this result with minor changes to the 
PAL logic equations. The design is flexible enough to support 
the addition of at least 3 more peripherals in the daisy chain. 


The PAL equations and logic diagram for both designs are shown 
in Figures 3-91, 3-92, 3-93, 3-94, 3-95, and Tables 3-15 and 3-16. 
The equations were derived directly from their respective timing 
diagrams (Figures 3-89.a and 3-89.b). Some obvious logic 
simplification was done on the initial equations to reduce the 
number of terms. The integration of the Am8500 peripherals and 
the PAL timing generator are shown in a sample configuration in 
Figure 3-90. 


Finally, the design presented was optimized for an 8-MHz 68000 
system and 4-MHz 8500 parts. The timing/state counter (Co-C4) 
only counts as far as it is needed. Higher performance CPUs, up 
to 12 MHz, can be used with this interface, but 6-MHz 8500 
parts will have to be used. 


TABLE 3-14. PERIPHERAL ACCESS RECOVERY TIME 


Peripheral 
(4MHz) 
8530 SCC 


8536 ClO 
8038 FIO 

















Recovery Time 


Greater than 6 PCLK cycles + 200 ns 
Greater than 3 PCLK cycles or 1000 ns 






Greater than 1000 ns 
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Figure 3-89.a “Fast” PAL Am8500 to MC68000 
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Figure 3-89.b “Slow” PAL Am8500 to MC68000 
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PAL16R4 PAL DESIGN SPECIFICATION 
PATO50 MARK YOUNG 1/21/83 

FAST AM8500 TO MOTOROLA 68000 PAL 

ADVANCED MICRO DEVICES 

CLK DCLK /CS /RESET /LDS RW FCO FC1 FC2 GND 

/OE /RD' /WR /C3 /C2 /C1 /CO /INTACK /DTACK VCC 


; STATE MACHINE COUNTER CO - C3 
CO <=. ./CO ; 8500 CLK 


Cl := CO*/C1*CS*LDS*/RESET 
/CO*C1*CS*LDS*/RESET 


i?) 
bo 


CO*C1*/C2*CS*/RESET 
/C1*C2*CS*/RESET 
/CO#C1*C2*CS*/RESET 


oe 


[?) 
[et 


CO*C1*C2*/C3*CS*/RESET 
/C1*/C2*C3*CS*/RESET 
/CO*C1#/C2*C3*CS*/RESET 


eee | 


eS) 
o 


C1*/C2*/C3*RW*/ INTACK*CS* /RESET ; NORMAL READ 
/C1*C2*/C3*RW*/INTACK*CS*/RESET ; NORMAL READ 
CO*C1*C2*/C3* INTACK*CS*/RESET ; INTERRUPT ACKNOWLEDGE 
RD* INTACK*CS*/RESET : INTERRUPT ACKNOWLEDGE 





+++ 


= 
aw 
u 


C1*/C2*/C3* /RW*CS* / INTACK* /RESET WRITE OPERATION 
/C1#C2*/C3*/RW*CS*/INTACK*/RESET |; WRITE OPERATION 


: DATA ACKNOWLEDGE 
IF (CS) DTACK = /DCLK*/CO*/C1*C2*/C3*/INTACK*/RESET 
+ DTACK*RD#*/RESET 
+ DTACK*WR*/RESET 
+ /DCLK*CO*/C1*/C2*C3* INTACK* /RESET 


3; INTERRUPT ACKNOWLEDGE 
INTACK = FCO*FC1*FC2*C1*/C3*LDS*/RESET 
+ C2*FCO*FC1*FC2*/RESET 
+ /C1*C3*FCO*FC1*FC2*/RESET 
+ /CO®C1*C3*FCO*FC1*FC2*/RESET 


Figure 3-91. Source Listing for the Example of Figure 3-89.a 
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TABLE 3 


PS PS PS PS PS OS OS PS OPS PS PS OP OS OO PS PS OS OP OS OPS 
PS PS PS POS PS PS PS PS OS PS PS OS PS Pd PS PS PS OS PS OS 
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; RESET SEQUENCE 
H 
;WRITE OPERATION 
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ONE EXCEPTION ARE THE CO - C3 PINS. THESE ARE DEFINED 
AT THE REGISTER OUTPUT LEVEL (NON-INVERTED) BECAUSE 

THEY WERE DIRECTLY DERIVED FROM THE TIMING DIAGRAMS 

AND THIS MAKES IT EASIER TO RELATE TO. THE TIMING 


DIAGRAM. 
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/OE /RD /WR CO Cl C2 C3 /INTACK /DTACK 
c 
L 
C 


CLK DCLK /CS /RESET /LDS RW FCO FC1 FC2 


FUNCTION TABLE: 
sINTACK CYCLE 
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15. (Continued) 


TABLE 3 
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THE INTERFACE 


THE USER, HENCE, IS ABLE TO GET 


MAXIMUM ACCESS WITH MINIMAL WAIT STATE INSERTION. 


THE PAL USED IS A MEANS TO PROVIDE FOR THE FASTEST POSSIBLE 
PROVIDES TOTAL SIGNAL COMPATIBILITY. 


THE REQUIREMENTS FOR THIS MAXIMUM ACCESS UTILIZES IMPLE- 
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MENTED SOFTWARE FOR REPEATED ACCESSES. 


DESCRIPTION: 
THE 68000. 
INTERFACE. 
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PAL16R4 PAL DESIGN SPECIFICATION 
PATO50 . MARK YOUNG 1/21/83 
FAST AM8500 TO MOTOROLA 68000 PAL 

ADVANCED MICRO DEVICES 
*D9724 

*FO* 

LOOOO 1111 1011 1111 1111 
L0032 1011 1101 0101 1101 
L0064 1110 1111 0111 1111 
L0096 1110 1111 0111 1111 
LO128 1011 1110 0110 1101 
L0256 1111 1111 1111 1111 
L0288 1111 1111 0111 1010 
LO320 1111 1111 0111 1111 
L0352 1111 1111 0111 1101 
L0384 1111 1111 0101 1110 
LO512 1111 1111 1101 1111 
LO768 1111 1011 0110 1001 
LO800 1111 1011 0101 1010 
L1024 1111 1011 0110 1110 
L1056 1111 1011 0111 1101 
L1088 1111 1011 0101 1110 
L1280 1111 1011 0110 1110 
L1312 1111 1011 0111 1101 
L1344 1111 1011 0101 1110 
L1536 1111 1111 1111 1111 
L1568 1111 1001 0111 1110 
L1600 1111 1001 0111 1101 
L1792 1111 1111 1111 1111 
L1824 1111 1001 0111 1110 
L1856 1111 1001 0111 1101 
L1888 1111 1010 0110 1110 
L1920 1111 1010 0111 1111 
C58C0* 

VO001 C110XXXXXOOHHHHHLHZ1 
vo002 0010XXXXXOOHHHHHLHZ1 
VO003 C111XXXXXOOHHHHHHHZ1 
vO004 0011XXXXXOOHHHHHHHZ1 
VO005 C111XXXXXOOHHHHHLHZ1 
vO006 0011XXXXXOOHHHHHLHZ1 
VO007 C111XXXXXOOHHHHHHHZ1 
‘VOOO8 0011XXXXXOOHHHHHHHZ1 
VOO09 C111XXXXXOOHHHHHLHZ1 
VOO10 0011XXXXXOOHHHHHLHZ1 
VOO11 C111XXXXXOOHHHHHHHZ1 
VO012 000100XXXOOHHHHHHHH1 
V0013 C10100XXXOOHHHHHLHH1 
V0014 000100XXXOOHHHHHLHH1 
VOO15 C10100XXXOOHLHHLHHH1 
VO016 000100XXXOOHLHHLHHH1 
VO017 C10100XXXOOHLHHLLHH1 
VO018 000100XXXOOHLHHLLHH1 
V0019 C10100XXXOOHLHLHHHH1 
V0020 000100XXXOOHLHLHHHL1 
V0O021 C10100XXXOOHLHLHLHL1 


* 
%. 
* 
c 
* 
% 
* 
* 
% 
* 
* 
* 
* 
* 
% 
% 
% 
* 
% 
* 
* 
* 
% 
* 
* 
* 
% 
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Figure 3-92. Fuse Map and Test Vectors for the Example of Figure 3-89.a 
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000100XXXOOHLHLHLHL1 
C10101XXXOOHHHLLHHH1 
0011XXXXXOOHHHLLHHZ1 
C111XXXXXOOHHHHHLHZ1 
001 1XXXXXOOHHHHHLHZ1 
C111XXXXXOOHHHHHHHZ1 - 
0011XXXXXOOHHHHHHHZ1 
C111XXXXXOOHHHHHLHZ1 
0011XXXXXOOHHHHHLHZ1 
C1010111100HHHHLHLH1 
00010111 1O0HHHHLHLH1 
€1010111100HHHHLLLH1 
00010111 100HHHHLLLH1 
C1010111100HHHLHHLH1 
00010111 100HHHLHHLH1 
C€1010111100HHHLHLLH1 
00010111 100HHHLHLLH1 
C1010111100HHHLLHLH1 
00010111100HHHLLHLH1 
€1010111100LHHLLLLH1 
00010111 100LHHLLLLH1 
C1010111100LHLHHHLH1 
00010111 100LHLHHHLH1 
C€1010111100LHLHHLLH1 
00010111 100LHLHHLLL1 
C1010111100LHLHLHLL1 
00010111 100LHLHLHLL1 
C1010111100HHLHLLHH1 
0011 1XXXXOOHHLHLLHZ1 
C1111XXXXOOHHHHHHHZ1 
00111XXXXOOHHHHHHHZ1 





* 
* 
* 
* 
* 
* 
* 
% 
* 
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*% 
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Figure 3-92. (Continued) 
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Columns: Inputs (0-31) 
Rows: Product Terms (0-63) 


\/ 


@ 91011 12131415 16171819 20212223 24252627 28293031 


N@wureoenie 


ee : <Pp- OE 


o123 4567 6 91M 12131415 16171819 20212223 242582627 628293031 


+e =Fuseintact —>X)— =AIll fuses intact + = Fuse blown 
Figure 3-93. Logic Diagram for Fast Am8500 to MC68000 Using AmPAL16R4/AmPAL16R4A 


03862A-130 
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PAL16R4 PAL DESIGN SPECIFICATION 
PATO51 MARK YOUNG 1/21/83 
SLOW AM8500/9500 TO MOTOROLA 68000 PAL 

ADVANCED MICRO DEVICES 

CLK DCLK /CS /RESET /LDS RW FCO FC1 FC2 GND 

/OE /RD /WR /C3 /C2 /C1 /CO /INTACK /DTACK VCC 


STATE MACHINE COUNTER CO - -C3 


co /CO ; 8500 CLK 


Cl CO*/C1#/C2*#LDS*CS*/RESET 
/CO#C1#/C2*LDS*CS* /RESET 
CO*/C1*C2*LDS*CS*/RESET 


/CO*C1*C2#C2*/C3*LDS*CS*/RESET 


+++ 


CO*C1*/C2*CS*/RESET 
/C1®C2*CS#/RESET 
/CO*C1*C2#/C3*CS*/RESET 


+ + il 


++ iu 


CO*C1*C2*/C3*CS*/RESET 
/C2*C3*CS*/RESET 
/C1*C2*C3*CS*/RESET 


a 
oO 


C1*¥/C2*#C3*#RW#CS*/ INTACK*/RESET NORMAL READ 
/C1*C2*C3*RW*CS*/ INTACK*/RESET NORMAL READ 
CO*C1*C2*/C3*# INTACK*/RESET INTERRUPT ACKNOWLEDGE 
/C1*/C2*C3* INTACK*/RESET ; INTERRUPT ACKNOWLEDGE 
/CO#C1*/C2*C3* INTACK*/RESET ; INTERRUPT ACKNOWLEDGE 


+ 
+ 
+ 
+ 


= 
aw 
i] 


C1*/C2*C3#/RW*CS*/INTACK*/RESET WRITE OPERATTON 
/C1*C2*C3*/RW*CS* / INTACK* /RESET WRITE OPERATION 


+ 


; DATA ACKNOWLEDGE 
IF (CS) DTACK = /DCLK*/CO*/C1*C2*C3*/INTACK*/DTACK*/RESET 
+ DTACK*RD*/RESET : 
+ DTACK*WR*/RESET 
+ /DCLK*CO*/C1*/C2*C3*INTACK*/RESET 


; INTERRUPT ACKNOWLEDGE 

INTACK = FCO#FC1*FC2*C1*/C3*LDS*CS#/RESET 
+ C2*/C3*FCO*FC1*FC2*CS*/RESET 
+ /C2*C3*FCO*#FC1*FC2*CS*/RESET 


Figure 3-94. Source Listing for the Example of Figure 3-89.b 
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TABLE 3- 
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ONE EXCEPTION ARE THE CO - C3 PINS. THESE ARE DEFINED 
AT THE REGISTER OUTPUT LEVEL (NON-INVERTED) BECAUSE 

THEY WERE DIRECTLY DERIVED FROM THE TIMING DIAGRAMS 

AND THIS MAKES IT EASIER TO RELATE TO THE TIMING 


DIAGRAM. 
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/OE /RD /WR CO Cl C2 C3 /INTACK /DTACK 


CLK DCLK /CS /RESET /LDS RW FCO FC1 FC2 


Onn ONAONMOHOHOHONAOHONOHOHO 


em OR CM Om OH 08 OM 08 


OR OM CR OH EM OM OM OH OB 


FUNCTION TABLE 
;RESET SEQUENCE 
;WRITE OPERATION (RW=L) 
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;INTACK CYCLE 
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THERE IS 


THE SLOWZTOM PAL IS A SELF-CONTAINED 8500 TO 68000 INTERFACE. 


DESCRIPTION: 


AGAIN, THE INTERFACE PROVIDES TOTAL SIGNAL 


NO USER SOFTWARE REQUIRED FOR THIS INTERFACE, BUT THERE IS A TRADE-OFF 


OF SLOWER ACCESS TIME. 


COMPATIBILITY. 
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PAL16R4 PAL DESIGN SPECIFICATION 
PATO51 MARK YOUNG 1/21/83 
SLOW AM8500/9500 TO MOTOROLA 68000 PAL 
ADVANCED MICRO DEVICES 
*D9724 
*#FOH 

— LOOOO 1111 1011 1111 1111 1111 
L0032 1001 1101 0101 1101 1110 
LO064 1110 1111 0111 1111 1111 
L0096 1110 1111 0111 1111 1111 
L0128 1011 1110 0110 1101 1101 
L0256 1111 1111 1111 1111 1111 
LO288 1111 1011 0111 1010 1111 
LO320 1111 1011 0111 1111 1110 
LO352 1111 1011 0111 1111 1101 
LO0512 1111 1111 1101 1111 1111 
LO768 1111 1011 0110 1001 1101 
LO800 1111 1011 0101 1010 1101 
LO832 1111 1011 0110 1001 1110 
L0864 1111 1011 0101 1010 1110 
L1024 1111 1011 0110 1110 1101 
L1056 1111 1011 0111 1101 1110 
L1088 1111 1011 0101 1110 1110 
L1280 1111 1011 0110 1110 1110 
L1312 1111 1011 0111 1111 1101 
L1344 1111 1011 0111 1101 1110 
L1536 1111 1111 1111 1111 1111 
L1568 1111 1001 0111 1110 1001 
L1600 1111. 1001 0111 1101 1010 
L1792 1111 1111 1111 1111 1111 
L1824 1111 1001 0111 1110 0101 
L1856 1111 1001 0111 1101 0110 
L1888 1111 1110 0110 1110 1110 
L1920 1111 1110 0111 1101 1101 
L1952 1111 1110 0101 1110 1101 
C5D43* 
VO0O1 C110XXXXXOOHHHHHLHZ1 
vO002 O0010XXXXXOOHHHHHLHZ1 
v0003 C111XXXXXOOHHHHHHHZ1 
vOO04 0011XXXXXOOHHHHHHHZ1 
VOO0O5 C111XXXXXOOHHHHHLHZ1 
voo06 0011XXXXXOOHHHHHLHZ1 
VO007 C111XXXXXOOHHHHHHHZ1 
vO008 0011XXXXXOOHHHHHHHZ1 
VvOO09 C111XXXXXOOHHHHHLHZ1 
VO0O10 0011XXXXXOOHHHHHLHZ1 
VO0O11 C111XXXXXOOHHHHHHHZ1 
V0012 000100XXXOOHHHHHHHH1 
V0013 C10100XXXOOHHHHHLHH1 
v0014 000100XXXOOHHHHHLHH1 
V0015 C10100XXXOOHHHHLHHH1 
Vv0016 000100XXXOOHHHHLHHH1 
V0017 C10100XXXOOHHHHLLHH1 
VO0O18 OOOLOOXXXOOHHHHLLHH1 
V0019 C10100XXXOOHHHLHHHH1 


* 
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Figure 3-94. Fuse Map and Test Vectors for the Example of Figure 3-89.b 
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V0020 000100XXXO0OHHHLHHHH1 
VO021 C10100XXXOOHHHLHLHH1 
V0022 000100XXXOOHHHLHLHH1 
VoO023 C10101XXXOOHHHLLHHH1 
VO024 000100XXXOOHHHLLHHH1 
V0025 C10100XXXOOHHHLLLHH1 
V0026 000100XXXOOHHHLLLHH1 
V0027 C10100XXXOOHHLHHHHH1 
V0028 000100XXXOOHHLHHHHH1 
V0029 C10100XXXOOHHLHHLHH1 
V0030 000100XXXOOHHLHHLHH1 
VO031 C10100XXXOOHLLHLHHH1 
V0032 000100XXXOOHLLHLHHH1 
V0033 C10100XXXOOHLLHLLHH1 
V0034 000100XXXOOHLLHLLHH1 
VO035 C10100XXXOOHLLLHHHH1 
V0036 000100XXXOOHLLLHHHL1 
V0037 C10100XXXOOHLLLHLHL1 
VO038 000100XXXOOHLLLHLHL1 
V0039 C10100XXXOOHHLLLHHH1 
VO040 000100XXXOOHHLLLHHH1 
VvO041 €11111XXXOOHHHHHLHZ1 
VO042 001 1XXXXXOOHHHHHLHZ1 
VO043 C111XXXXXOOHHHHHHHZ1 
VO044 0011XXXXXOOHHHHHHH21 
VO045 C111XXXXXOOHHHHHLHZ1 
VO046 0011XXXXXOOHHHHHLHZ1 
V0047 C1010111100HHHHLHLH1 
V0048 00010111100HHHHLHLH1 
vo049 €1010111100HHHHLLLH1 
VO0O50 00010111100HHHHLLLH1 
VOO51 C1010111100HHHLHHLH1 
VO052 00010111100HHHLHHLH1 
VO053 €C1010111100HHHLHLLH1 
VO054 00010111100HHHLHLLH1 
VO055 C1010111100HHHLLHLH1 
Vvo056 000101111 00HHHLLHLH1 
VO057 C1010111100LHHLLLLH1 
VO058 00010111 100LHHLLLLH1 
VO059 C1010111100LHLHHHLHI1 
VO060 000101111 00LHLHHHLH1 
Vv0061 C1010111100LHLHHLLH1 
V0062 00010111 100LHLHHLLL1 
V0063 C1010111100LHLHLHLL1 
v0064 00010111100LHLHLHLL1 
VO065 €1010111100HHLHLLLH1 
VO066 00111XXXXOOHHLHLLHZ1 
VO067 C111XXXXXOOHHHHHHHZ1 
VO068 0011XXXXXOOHHHHHHHZ1 
F7FD 
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Figure 3-94. (Continued) 
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Columns: Inputs (0-31) 
Rows: Product Terms (0-63) 
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Figure 3-95. Logic Diagram for Slow Am8500 to MC68000 Using AmPAL16R4/AMPAL16R4A 
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Am7970A CEP Interface to the 68000 CPU 


This design presents an example of how to use 
the CEP in a 68000 system. Though the 
Am7970A was designed for easy interface to the 


iAPX family, it can easily be adapted to the 68000. | 


General Discussion 


The example may be a part of a workstation 
environment or an image storage application such 
as an optical disk storage device. Also note that all 
FAX applications (Group 3 and 4) are well served. 


Figure 3-96 is the Am7970A CEP interface to the 
68000 CPU. This illustration only shows how the 
system interface of the CEP is embedded in such 
a system. If very high throughput is desired, the 
document interface of the CEP should be 
connected to a large memory bank to buffer the 


image data. The logic for the document buffer © 


interface is straightforward. Using memory 
connected to the document side as a source 
buffer (image data) and the system interface as the 
destination buffer (coded data), a whole page of 
image data with a resolution of 300 pixels per inch 
can be compressed in 1-4 seconds. 


The document buffer may be loaded through the 
CEP system interface in transparent mode. It could 
also be designed as a dual port memory which is 
loaded directly by the CPU or by a DMA device. A 
third approach could load the document buffer 
directly by a scanner or a image processing 
peripheral device. The last method reduces the 
necessary data transfers to an absolute minimum 
and is therefore the preferred solution for very 
high performance applications. 


This design assumes that the 68000 is connected . 


to a memory bank, either onboard or via a bus 
interface. By setting the appropriate mode in the 
CEP'’s command register, the user determines 
whether this memory contains either the source or 
the destination buffers for the CEP, or both. 


Hardware Description 


A latch and two drivers are used to demultiplex the 
data from address bits A16-A23 of the CEP and to 
direct the byte-oriented data stream of the CEP to 
the upper and lower bytes of the data bus of the 
68000. On even addresses, data is transfered 
through the upper half of the bus; on odd 


' (polarity, latched/unlatched function). 


addresses, data passes twough the lower half of 
the 68000 data bus. 


All register accesses into the CEP are performed 
through the upper data bus because all CEP 
register addresses are even. They are addressed 


_ bythe signals A0-A7. 


Almost all of the conversion logic for the control 
signals was combined into one PAL. This 
minimizes the hardware required for customizing 
the CEP to any. kind of processor. The 
AmPAL22V10 was chosen because it provides 
more outputs than most other PALs and provides 
full freedom in choice of output characteristics 
The PAL 
equations are written for the PLPL PAL assembler. 
They can easily be changed for any other available 
PAL Assembler. Refer to Figure 3-97 and Figure 


3-98 for the Pal Device equations. 


The PAL converts the f RD, WR and AO signals of 
the CEP to UDS, LDS, and R/W signals of the 
68000. It provides the control signals for the data 
transceivers and transforms the two-wire bus 
arbitration signals of the CEP (HRQ, HLDA) to the 
three-wire arbitration scheme of the 68000 (BR, BG 
and BGACK). 


The 68000 CPU uses a memory. mapped I/O 
address scheme. The I/O interface logic assigns a 
memory area to the CEP internal registers using 
standard address comparators. The CS output is 
validated by AS LOW. In sophisticated operating 
systems the CEP access should be reserved to 
supervisor level memory accesses. Here this is 
accomplished by an LS138 decoding this access 
mode from the signals FC0-2. The output is used 


. to enable the comparators. 


When designing the memory interface, care 
should be taken that.the setup time for the READY 
input is meet. If the environment does not provide 
this demand, the READY signal coming from the 
memory must be aypenrenized with a flip-flop 
register. 


Operation 


Interrupt Handling 


The CEP notifies the CPU about an exception 
condition (e.g. end of page) by driving the INTR 
line HIGH. The CEP does not produce interrupt 
vectors by itself. If aspecific application demands a 
user vector to be asserted by the peripheral, an 
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Figure 3-96. Am7970A CEP to 68000 CPU Interface O7666A 5-1 
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DEVICE (AMPAL22V10) 

“7970A CEP to 68000 Interface Controller 
CEP68KPAL VERSION 1.0 

AMD Wolfgang Kemmler 9-12-85 ” 


PIN 
CLK 
/CS 
ALE 
/BG 
HRQ 
RESET 


vcc 24 
/BHEN 23 
/BLEN 22 
AO 21 
HLDA 20 
/RD 21 
NC /WR 19 
NC /UDS 18 
Nc = /LDS 17 
Nc /RW 16 
Nc NC = 15 
GND NC = 14 


Oowaoanond WD 





BEGIN 

IF ( RESET ) THEN ARESET() ; 

IF ( HLDA ) THEN ENABLE ( RW : HLDA RW = WR ; 

IF ( HLDA ) THEN ENABLE( UDS ; UDS RD * /AO + WR * /AO ; 
IF ( HLDA ) THEN ENABLE( LDS ; LDS RD * AO + WR * AO ; 
IF ( /HLDA ) THEN ENABLE ( RD ; RD /RW * UDS ; 

IF ( /HLDA ) THEN ENABLE( WR ) ; WR RW * UDS ;. 

IF ( /HLDA ) THEN ENABLE(-AO ); AO = UDS ; 

BHEN = HLDA * /AOQ * RD + HLDA * /AO * WR + CS * UDS ; 


BLEN = HLDA * AO * RD + HLDA * AO -* WR + CS * LDS ; 


BR := HRQ * BG * BR * AS + HRQ * /BG * /HLDA ; 


/HLDA := /HRQ + /HRQ * /BG + /HRQ * AS + /HRQ * /HLDA 
+ BG * /HLDA + AS * /HLDA ; 


END 


Figure 3-97. PLPL Specification for the Example of Figure 3-96 
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PAL16R4 
VERSION 1.0 
CEP 68KB 
AMD 


CEP to 68000 Interface Controller 


WOLFGANG KEMMLER 9-12-85 


CLK /RD /WR HRQ ALE /CS /BG NC NC GND 
/OE /DTACK READY /BR HLDA NC NC /AS /BGACK VCC 


BR := HRQ * BG * BR * AS + HRQ * /BG * /HLDA 


/HLDA := /HRQ + /HRQ * /BG + /HRQ * AS + /HRQ * /HLDA 
+ BG * /HLDA + AS * /HLDA 


IF ( CS ) DTACK = READY 


IF ( HLDA ) READY = DTACK * RD + DTACK * WR 


IF ( HLDA ) AS = ALE 


BGACK = HLDA 


Figure 3-98. CEP to 68000 Interface Controller 


interrupt controller such as the Am9519A must be 
used. 


To avoid an additional interrupt controller, this 
design follows an easier approach to service the 
interrupt request for the CPU, using the 68000 
auto vector mode. The status decoder generates 
the interrupt acknowledge signal from the status 
lines FO-F2. This signal is used to drive the VPA 
input of the CPU. If this line instead of DTACK is 
asserted during an interrupt acknowledge cycle, 
the 68000 will use the internal auto vectors instead 
of an externally supplied vector. 


The interrupt inputs of the 68000 are directly 
connected to the inverted INTR signal of the CEP 
without using the usual priority encoder. 
Assuming that the auto vector mode of the CPU is 
used as described above, 2 more peripherals 
could notify an interrupt request to the CPU by this 
method. With respect to all possible combinations 
of pending interrupt requests, the auto vector 
table would have to look like this: 


TABLE 3-17. EXCEPTION VECTOR TABLE 


Vector No. Assignment 
Auto Vector 1 
Auto Vector 2 
Auto Vector 2 
Auto Vector 4 
Auto Vector 4 © 
Auto Vector 4 
Auto Vector 4 


The vectors are selected by the 68000 according 
to the the priority of the interrupt inputs IPLO-IPL2. 


07666A 5-3 


This schematic shows the CEP connected to iPL2 
giving it the highest priority. The CEP removes 
INTR with the next access to acommand register. 


68000 Accesses to the Am7970A CEP 
Registers (Slave Mode) 


By driving CS LOW, the address decoder notifies 
the CEP that the CPU wants to access the CEP 
internal registers. The CEP reacts by driving 
READY LOW and interrupting its internal 
microprogram. The READY signal is an output of 
the CEP as long it is in slave mode. Depending on 
the internal status of the CEP, READY is released 
after 4 - 50 CEP clock cycles. 


The CEP provides a totally asynchronous slave 
interface. This keeps the logic very simple. The 
data hold time for a “slave write access” is 20 ns 
minimum which perfectly matches the 68000 up to 
a CPU clock frequency of 10 MHz. 


Data transfers in slave mode are generally passed 
through the upper bus driver (D8-D15) because all 
registers are located at even addresses. 


Am7970A CEP System Memory Access 
(Master Mode) 


The CEP drives HRQ HIGH to gain bus control. As 
soon as HLDA goes HIGH it enables its system 
interface lines and start a memory access. 


In this operating mode, READY is an input to the 
CEP. READY is connected to the inverted DACK 
of the 68000 system. The CEP samples the 
READY line before driving the RD or WR signals 
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LOW. These signals are used to provide the UDS 
and LDS signals which normally are asserted much 
earlier _in typical 68000 systems. Therefore, the 
DTACK line which signals the completion of the 
memory access, cannot be asserted earlier than RD 
or WR. This causes an automatic wait state for each 
CEP memory transfer. 


The full performance of the CEP in a 68000 system 
can only be reached if the memory design is opti- 
mized not only for the 68000 but also for the specific 
CEP timing. If UDS and LDS are only used to enable 
the data driver of the memory banks and if the 
memories are fast enough, and if the READY line is 


driven HIGH during master access all the time 
(disregarding DTACK), then the CEP can be used 
without a wait state. 


NOTE: 

The CEP needs only 3 clock cycles for a 
memory transfer while the 68000 CPU 
takes 4. An additional wait cycle would 
equal the access times of both devices, 
assuming they are running at the same 
clock frequency. A CEP running at 5 MHz 
without a wait state, on the other hand, 
would match the memory access time of an 
8-MHz 68000. A 5-MHz CEP does not nec- 
essarily reduce the performance of faster 
clocked CPUs. 
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Am8530 to 68020 Interface 


This design note shows the logic to interface a 6-MHz Am8530 
Serial Communications Controller to the 68020 CPU running at 
10 Mhz with a system ciock cycle time of 100 ns. The Am8530 
is a high-performance, dual-channel SCC that supports data 
rates up to 1.5M bps and a variety of communication protocols. 


The PAL device generates the /RD and /WR control signals for 
the Am8530 from the 68020 /DS and R/W- control signals. It 
also generates the clock for the SCC by dividing the 68020 
system clock. This meets the 165-ns minimum cycle time for 
the 6-MHz SCC clock. 


D[24:31] 


ee 


R/W- 


DSACK{1] 
DSACK[0} 





Also, a state machine is implemented to perform the hand- 
shake necessary for byte transfers on the 68020 bus. The state 
machine transition diagram is shown in Figure 3-100. Normally, 
DSACK{[1:0] is inactive. When this device is selected, a wait 
state is inserted and then data transfer is acknowledged by 
asserting DSACK(1:0] for byte transfer. When the CPU 
deasserts the address strobe, DSACK[1:0] is negated. 
DSACK[1:0] will be driven by other devices on the 68020 sys- 
tem bus. The PAL device enables DSACK[1:0} only when the 
CPU performs a read or write cycle for the SCC; at other times 
DSACK[1:0} lines are three-stated. 


Since the Am8530 is a byte-wide peripheral, it is connected to 
the upper byte of the 32-bit wide 68020 data bus. 


ICs 


/DS 
RW 


AmPAL16R4 


CLK 


08749A-11 


Figure 3-99. Am8530 to 68020 Interface 
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00= 
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100. 68020 Byte Port DSACK Handshake State Diagram 


Figure 3 
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“ THIS PLPL FILE IS FOR A 16R4 THAT IMPLEMENTS THE LOGIC THE FOLLOWING CODE IMPLEMENTS THE STATE MACHINE TO 
NECESSARY TO INTERFACE AN Am8530 (SCC) TO A 68020 SYSTEM. " PERFORM DSACK OPERATION. IT INSERTS WAIT STATES, 
ASSERTS DSACK FOR BYTE TRANSFER AND REMOVES DSACK 
DEVICE Am8530_T0_68020 (PAL16R4) WHEN AS IS NEGATED. " 


PIN IF ¢ /CS ) ENABLE ( DSACK{1:0] ) 
vcc = 20 
DSACK[1] = 19 IF ( ST[1:0] = #B10 ) 
DSACK[O] = 18 "THEN DSACK(1:0] = #810; 
ST(1] 17 ELSE DSACK[1:0) = #811; 
ST {0} 16 
Q 15 CASE ( ST{1:0) ) 
NCS 14 BEGIN 
WR 13 #800) BEGIN 
RD 12 IF ¢ /CS ) 
1; THEN ST(1:0) 
ELSE ST[1:0] 


OoOOnN AU FWD 


= 
oO 


BEGIN END ; 
; #801) ST{1:0} := #810; 
"READ AND WRITE CONTROL SIGNALS ARE DERIVED FROM #810) BEGIN 
R/W- AND DS-. " IF € /AS ) 
THEN ST(1:0) := #800 ; 
WR = /(DS * /RW) ; ELSE ST(1:0] := #810; 
RD = /(DS * RW) ; , END ; 


" THE INCOMING CLOCK IS OIVIDED BY 2 TO GENERATE THE 
CLOCK FOR THE Am8530. " 


CASE ( Q ) 
BEGIN 
0) Q s= 1; 
1) Q := 0; 
END; 


Figure 3-101. PLPL Specification for the 8530 to a 68020 Interface 





3-124 


A PAL-Based Direct Memory Access 
Controller for the 68020 


Introduction 


Direct Memory Access operation on the 68020 system bus 
provides an interesting design challenge. There are many 
design issues that need to be addressed for an efficient DMA 
design. 


The 68020 can accomodate memory blocks and peripherals of 
different widths (8, 16, and 32 bits) on the system bus. The 
68020 imposes a connectivity requirement on slave devices 
wherein 8-bit devices must be connected to the uppermost 
byte of the data bus and 16-bit devices must be connected to 
the upper word of the data bus. 


Issues related to device data width are: What kinds of transfers 
will be supported by the DMA device? How flexible should be 
the data funneling scheme? (Data funneling refers to packing 
and unpacking data when mixed width transfers—8-to-16, 8- 
to-32, etc.—are performed.) Data funneling can be further 
complicated when it becomes necessary to perform upper-to- 
lower and lower-to-upper byte swap (i.e., a device with a word- 
wide bus may write (read) the byte on the lower byte of the data 
bus, whereas the 68020 reads (writes) the byte on the upper 
byte of the upper data bus). 


The 68020 system bus allows a memory read (or write) opera- 
tion in three clock cycles. With a 16-MHz 68020 this translates 
to a memory cycle time of approximately 180 ns. In a high- 
performance design, it would be desirable to have a 32-bit 
wide, no-wait-state memory. Speed of the DMA operation in 
such a system should be limited only by the memory speed 
and not the DMA hardware itself. Incorporating an off-the-shelf 
DMA controller in the 68020 system must be evaluated on this 
basis. 


Another aspect of Direct Memory Access operation is the block 
size of the data transfer. With a 32-bit wide address bus, the 
choice of block size is indeed large. Also, there should be no 
unreasonable restriction on the starting address of the source 
and destination transfer areas. 


Design Objectives—Fast and Simple! 


This design note shows one possible implementation of DMA 
logic for the 68020 system using PAL devices. This is a no-frills 
design for performing single-cycle, 32-bit, memory-to-memory 
transfers. It is possible to incorporate other features using 
more logic. These features may prove useful in some specific 
applications. 


The design objectives are as follows: perform 32-bit memory- 
to-memory transfers without any wait states, support transfer 
to and from any area in the memory with a block transfer size of 
at least 64K bytes, and support preemptive DMA operation. 
Implementation Detall 


A block diagram of the DMA logic is shown in Figure 3-102. 


Two address pointers, a counter, a data latch, and a control 
register make up the DMA logic. Two PAL devices are used to 
implement the DMA control logic. An AmPAL16R4 PAL device 
is used to perform the control-state sequencing and some 
control-signal generation, and an AMPAL16L8 device is used 
to generate the remaining control signals. The state sequenc- 
ing PAL device is clocked with a 32-MHz signal (2 x SYS CLk). 


There are two address pointers—one for source and the other 
for destination area. The pointers are 30 bits wide—the upper 
word of each pointer is a segment register that is written by the 
CPU before a DMA transfer is initiated; the CPU must perform 
segment register maintainance (i.e., if the transfer area spans 
a segment boundary, the CPU must break up the transfer into 
two separate operations and update the segment register be- 
tween the two DMA operations). 


The lower word of the pointer is a 14-bit incrementor that is 
loaded by the CPU before the DMA operation is initiated; since 
the lower address word can be loaded by the CPU it can start 
the transfer at any long-word boundary memory addresses. 
This pointer is incremented by the DMA logic as each transfer 
is performed. Address bits A1 and AO are stuck-at-zero since 
the DMA controller handles long words only. 


A 32-bit data latch is used to temporarily hold the fetched data 
long-word from the source. During destination writes, this 
becomes the source of data. 


Depending on the characteristics of the RAM devices used in 
the system, it is possible to modify the control logic such that it 
is not necessary to have the external 32-bit data latch tempo- 
rarily hold the long-word being transferred. 


Assuming DRAMs are used in the system, here is how that 
scheme will work: the controller starts a read cycle from the 
source, after allowing for read access time, the address and 
RAS applied to the source are taken away while maintaining 
CAS to the source. This frees up the address bus for driving 
the destination address while maintaining valid data on the 
data bus with the source data. The write operation to the des- 
tination is now initiated. The address for destination is provided 
by the destination address pointer and the data comes directly 
from the source DRAM. The transfer cycle is completed by 
removing the RAS and CAS to the destination and the CAS to 
the source. 


A 14-bit decrementor that is loaded by the CPU is used to track 
the number of long-words transferred in the current DMA cycle. 
This counter is loaded by the CPU before a new DMA opera- 
tion is initiated. The decrementor is decremented by the DMA 
control logic as each transfer is performed. A count of zero 
indicates the end of current DMA operation. 


A command register is used to start the DMA operation by 
writing the GO bit. The zero detect signal of the counter 
(CTRZERO) is used to reset the GO bit. 


DMA related pointers, counter and command register are 
shown in Figure 3-103. These locations are mapped to the 
68020 memory space. They are all written by the 68020 before 
the DMA operation is initiated (by writing the GO bit of the 
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ADDRESS BUS 


SRC_PTR DST_PTR ———- 
5 -2XLS374 2X22V10 y 


DATA 


4, 2XLS374 2XL$374 


INC_SRC 


DEC_CTR 


ENB_DST 


- ZERO GO AS 


BR | 
DS 
BG DMA CONTROLLER R/W- 


BACK 46R4 + 16L8 SIZ[1:0] 
DSACK[1:0] 





DATA_ENB 


eR DATA_LATCH 


08479A-13 eae 
; ‘ Figure 3-102. PAL-Based DMA Controller for the 68020 
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: SRC OFFSET 
SRC SEGMENT REGISTER REGISTER/COUNTER 


Px) source 


0 


DST OFFSET 
DST SEGMENT REGISTER REGISTER/COUNTER 


Ce 
31 | | 0 : 


BLOCK SIZE 
REGISTER/COUNTER 


oo COUNTER 


15 


GO 


(| COMMAND REGISTER 


7 0 


ALL MAPPED TO THE SYSTEM MEMORY SPACE. 
ALL ARE INITIATED BY THE CPU. 
COUNTERS ARE INCREMENTED/DEINCREMENTED BY THE DMA LOGIC. 


Figure 3-103. DMA Pointers, Counters, and Command Register 





command register). The address pointer count (lower word of 
the address pointer) is incremented by the DMA controller on 
every transfer cycle. 


The DMA transfer cycle is a tight twelve-state sequence. It 
requires the destination pointer to be incremented while the 
read operation is in progress, and the source pointer to be 
incremented while the write operation is in progress. This 
necessitates initializing the destination pointer with a value that 
is one less than the desired destination transfer area start 
address. 


It is possible to map the command and the counter locations to 
the same long-word address; and they can be written in the 
same long-word write cycle by the CPU. There should be no 
timing problems when count and GO is written simultaneously 
because the bus arbitration must take place before the DMA 
logic can use the count value. When the CPU regains control of 
the system bus, it should read the count register to determine if 
the transfer is complete. 


DMA preemption is implemented in the control state machine. 
Bus Grant (BG) can be negated by an external bus arbiter at 
any time and the DMA controller will complete the current bus 
cycle and give up the system bus by deasserting the Bus Grant 
Acknowledge (BGACK) signal.. Another device can now 
become the bus master; however since the transfer is not com- 
plete, the DMA logic will keep the Bus Request (BR) signal 
active and attempt to complete the transfer whenever the other 
bus master relinquishes the bus. 


A state diagram for the DMA controller state machine is shown 
in Figure 3-104. Note that all signals are assumed active HIGH 


in this state transition diagram. The device stays in the IDLE 
state until a DMA operation is started by writing the GO bit of 
the command register. The controller then requests the bus 
(BRQ state) and after the bus is granted (BGT state), it initiates 
memory-to-memory transfers—read followed by write cycles; 
note that one memory-to-memory transfer cycle is an in- 
divisible operation. 

The DMA preemption is performed in state WS5. When the 
external arbiter signals that the bus is needed by another po- 
tential bus master (by negating BG), the DMA controller gives 
up the bus and enters the BRQ state and stays there until the 
bus is returned to the DMA controller. 


The current DMA transfer is complete when the count value 
reaches zero. It causes the DMA controller to give up the sys- 
tem bus (BR is negated) and forces the DMA state machine 
into the idle state. 


Conditions for state transitions are shown in the state transition 
diagram (Figure 3-104). Figure 3-106 shows the specification 
for a PAL device (AmPAL16R4) to implement this state dia- 
gram. Table 3-18 shows the control outputs as a function of the 
current state. This table can be used to derive the PAL 
specification for the control output generation (combinatorial 
only) PAL device (AmPAL16L8). It should be noted that it is 
necessary to three-state some of the control signals by using 
the BR and BGACK control inputs. 


A timing diagram for major signals in a memory-to-memory 
transfer cycle is shown in Figure 3-105. The DMA controller 
essentially generates the timings of the 68020 system bus for 
memory read and write cycles. 
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Figure 3-104. DMA State Machine Transition Diagram 
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Figure 3-105. DMA Transfer Major Signa! Timings 
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" THIS IS THE STATE MACHINE SPECIFICATION FOR THE 68020 CASE ( ST£3:0) ) 
DMA CONTROLLER LOGIC. - VINEET DUJARI 08/15/86 " IDLE ) IF ( /GO ) THEN ST(3:0} 
ELSE ST(3:0) 
DEVICE 68020 DMA (PAL16R4) BRQ IF ( /BG ) THEN ST(3:0] 
, ELSE ST(3:0] 
vcc BGT S$T{3:0] := RSO; 
/BR 
/BGACK RSO ST 3:0] RS1 
ST [3] RS1 )° ST(3:0] RS2 
ST{2] RS2.) ST(3:0] := RS3 
STE] RS3 ) ST(3:0] == RS4 
ST [0] : RS4 IF ( DSACK£71:0] ) THEN ST[3:0] 
/AS , ELSE ST [3:0] 
/0S RSS $T 3:0] WSO 
NC4 


PIN CLK 
/BG 
GO 
CTR_ZERO 
/DSACKL1] 
/DSACK [01 
INIT 
NC2 
NC3 
GND 


OANA UV BFWYHD 


= 
a 


s= WS1 
" STATES ARE DEFINED BELOW. ST[3:0] := WS2 


ws0 ST [3:0) 


ST [3:0] WS3 
DEFINE IDLE BRQ BGT ST [3:0] Ws4 
RSO RS1 RS2 IF ( DSACK[1:0] ) THEN ST[3:0] WSS 
RS3 RS4 RSS : ELSE ST(3:0] WS4 
wso WSs1 ; WS2 BEGIN 
WS3 WS4 ; «WSS IF ¢ CTR_ZERO ) THEN ST[3:0] := IDLE 
IF ( /BG ) THEN ST[3:0] <= BRQ ; 
"THE STATE TRANSITION SPECIFICATION FOLLOWS. IT IS IF ( BG * /CTR_ZERO ) THEN ST[3:0] := 
DERIVED FROM THE STATE TRANSITION DIAGRAM. " END; 


BEGIN 
IF ( INIT ) THEN RESET ( ST[3:0] ) ; 


IF ( BR * BGACK ) THEN ENABLE (¢ AS, DS ) ; 


Figure. 3-106.a PLPL Specification for the 68020 DMA Controller Logic 
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“ THIS IS THE PLPL SPECIFICATION FOR THE LOWER-UPPER BYTE 
OF THE 68020 DMA ADDRESS POINTER. 
+ VINEET DUJARI 08/19/86 " 


DEVICE LOWER_UPPER_ADR_PTR (AmPAL22V10) 


PIN 
vcc 24 

- A8] 23 
A(9] 22 
AL10) 21 
AC(11]_ = 20 
A(12] 19 
A(13] 18 
A[14] 17 
AL15] 16 
NCc1 15 
cT 14 

~ ENB 13; 


CLK 
D [8] 
DI9] 
D[10} 
D(11] 
D(12) 
D(13] 
Dt14) 
DI15) 
LD 
INC 
GND 


OON OU RFWN = 


= = 
= © 


= 
i) 


" THIS DEVICE GETS A LOAD INPUT (LD) FROM THE CPU THAT 
LOADS THE VALUE FROM THE DATA BUS TO THE COUNTER 
REGISTER. INCREMENT CONTROL CINC) INCREMENTS THE 
COUNTER PROVIDED THE COUNT (CT) CONTROL" 1S ACTIVE. " 


BEGIN 


IF ¢ ENB ) THEN ENABLE ¢ A[15:8] ) ; 


A(15] := 
LD * D[15] + " LOAD VALUE " 
/INC * AL15] + " RECIRCULATE VALUE " 
INC * CT * ¢ " COUNT UP " 
/A(15] * AC14] * A(13] * 
AC12] * A[11] * A[10] * 
A(9] * A[8] 
AL15] * /A[14] 
AC15] * /A[13] 
A(15] * /AL12] 
A[15] * /A[11] ° 
AL15] * /A[10] 
AL15] * /AL9] 
AL15] * /A[8]} 


) 
INC * /CT * AL15} ; " RECIRCULATE VALUE " 


AL14] == 
LD * D[14] + " LOAD VALUE " 
/INC * AL14] + " RECIRCULATE VALUE ® 
INC * CT * ¢ " COUNT UP " 
/A(14] * AC13] * A[12] * 
A[11] * AL10] * AI9] * 
A(8] 
A(14) * /A(13) 
A[14] * /A(12] 
AL14] * /A(11} 
AL14] * /AL10] 
A(141 * /A[9} 
A(14] * /A[8] 
) 
INC * /CT * A[14] ; ™ RECIRCULATE VALUE " 


Figure 3-106.b PLPL Specification for the 68020 DMA Controller Logic (Continued) 
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A(13] := 
LD * 0f13)] 
/INC * AL13] 
INC * CT * ¢ 
/AT13) 
A[10] 
A(13} 
A(13] 
A(13) 
A(13] 
A[13] 
) 
INC * /CT * A[13] 


A[12] := 
LD * DI12] 
/INC * AL12] 
INC * CT * ¢ 
/AI2) 
A[9] 
A(12] 
A(t2] 
A[12] 
A(12)} 
) 
“INC .* /CT * A[12} 


AL[11) := 

LD * D(11] 

/INC * A[11] 

INC * CT * ¢ 
/A(11] 
A(8] 
A[11] 
Afi1] 
A[11] 
) 


* AC12) * AC11) 
* A[9] * A[8] 
* /AT12) 

* /A(11]) 

* /AC10) 
* /A(9] 
* /A(8) 


* AC11] * AL10] 
* A[8) 
* /AT11) 
* /AC10) 
* /AT9) 
/A{8) 


A101 * A{9} 


/AC10) 
/AU91 
/A(8] 


* /CT * AL11] ; 


+ ™" LOAD VALUE " 
+ " RECIRCULATE VALUE " 
"COUNT UP ™ 


RECIRCULATE VALUE " 


+ " LOAD VALUE " 
+ ™ RECIRCULATE VALUE " 
COUNT UP " 


" RECIRCULATE VALUE " 


+ " LOAD VALUE " 
" RECIRCULATE VALUE " 
" COUNT UP " 


" RECIRCULATE VALUE " 


* D(10) 


A(10] 

cT * ¢ 
/AC10} * A[9} 
A[10] * /A[9] 
A(10] * /A[8] 
) 

/CT * AL10] ; 


* D(9] 
* A[9] 
* CT * ( 


/A(9] * A[8) 
A(9]_ * /A(8] 
) 

/CT * A9] ; 


* DI8] 
* A[8] 
* CT * ¢ 


/A(8) 
) 
/CT * A(8] ; 


+ " LOAD VALUE " 
+ ™ RECIRCULATE VALUE " 


+ 


+ 


+ 


" COUNT 


uP" 


" RECIRCULATE VALUE " 


+ 
+ 
" COUNT 


* @ 
" COUNT 


Figure 3-106.b PLPL Specification for the 68020 DMA Controller Logic (Continued) 





" LOAD VALUE " 


" RECIRCULATE VALUE " 
up" 


" RECIRCULATE VALUE 


™ LOAD VALUE " 
 RECIRCULATE VALUE " 
up " 


" RECIRCULATE VALUE " 





vEL-E 


"THIS IS THE PLPL SPECIFICATION FOR THE LOWER-LOWER- 
BYTE OF THE 68020 DMA ADDRESS POINTER. 
- VINEET DUJARI 08/19/86 © 


DEVICE LOWER_LOWER_ADR_PTR (AmPAL22V10) 


PIN 
cLK 


Div] 


D{6] 
p{5] 


O[4] . 


D{3] 
Of2] 
NCI 
nC2 
LO 
INC 
GND 


OOnN AUF WD = 


—> = 
—_- © 


= 
N 


vcc 
A(7] 
A{6] 
AS] 
A(4] 
AB] 
A{2] 
NC3 
NC4 
NC5 
cT 
ENB 


24 
23 
22 
21 
20 
19 
18 
17 
16 
15 
14 
13 


" THIS DEVICE GETS A LOAD INPUT (LD) 
THAT LOADS THE VALUE FROM THE DATA 


BEGIN 


IF ( ENB ) THEN ENABLE ( A{7:2] ) ; 


FROM THE CPU 

BUS TO THE 
COUNTER REGISTER. INCREMENT CONTROL (INC) INCREMENTS 
THE COUNTER. COUNT (CT) CONTROL IS GENERATED FOR 
THE UPPER BYTE. " 


A[7] := 
LD * D7] 
JINC * AC7] 
INC * ¢ 


+ " LOAD. VALUE * 
+ " RECIRCULATE VALUE * 
“ COUNT UP ™ 


/A(7] * A[6]°* A[5] * 


ALA 
a7] 
ACT] 
AIT} 
At7] 
AIT} 

d: 


A[6] := 

LD * D6] 

ZINC * A[6) 

Inc * . ¢ 
/A(6)] 
A(3} 
A[6] 
A[6} 
A[6] 
A(6} 
7; 


AI5] := 
wD * Df) 
7INC * A[5] 
INC * ¢ 


* A(3] * A[2] * 
* /A(6) 
* /A(SY 
* /A(4] 
* /AGI 
* /A(2) 


* LOAD VALUE " 
+ ™ RECIRCULATE VALUE " 
" COUNT UP # 
* AGS] * AL4] 
* Af2] 
* /A(5] 
* /A(4] 
* /AG) 
* /Af2)} 


+ "LOAD VALUE ™ 
+  ™ RECIRCULATE VALUE " 
" COUNT UP’ # 


/AUS} * A[4] 


At2I 
ASI 
AIS} 
AS} 
G 


* /A(4) 
* /A(3) 
* /A(2] 


Figure 3-106.c PLPL Specification for the 68020 DMA Controller Logic (Continued) 





¢ 

/A(4] * A[3] * Al2] 
A(4] * /A[3] 

A[4) * /A[2] 

»; 


¢ 

/A(3) * A[2] 
A(3] * /A[2) 
3 


¢ 
/AC2) 
; 


LOAD VALUE " 
RECIRCULATE VALUE " 
COUNT UP " 


LOAD VALUE " 
RECIRCULATE VALUE " 
COUNT UP" . 


LOAD VALUE " 
RECIRCULATE VALUE " 
COUNT UP " : 


CT := A[7] * A[6] * A[5] * A[4] * A[3] * A[2] ; 


END. 


Figure 3-106.c PLPL Specification for the 68020 DMA Controller Logic (Continued) 
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3.4.4 INTERFACING TO THE 8088/80188 


Overview 


The 8088 CPU is an 8-bit processor designed around the 8086 
internal structure. Most functions of the 8088 are identical to 
the equivalent 8086. The 8088 fetches and writes 16-bit words 
in two consecutive bus cycles. Both the 8086 and the 8088 
handle the external bus the same way but the 8088 handles 
only 8-bits at a time; and both appear identical to the software 
engineer, with the exception of execution time. 


The hardware interface of the 8088 contains the major differ- 
ences between the two CPUs. The pin assignments are nearly 
identical, however, with the following functional changes: 


Ag-A15 These pins are only address outputs on the 
8088. They are latched internally and remain 
valid throughout a bus cycle in a manner 


similar to the 8085 upper address lines. 


Sso Provides the SO status information in the mini- 
mum mode. This output occurs on pin 34 in 


minimum mode only. 


DT/R,10/M, and SSO provide the complete bus status in 


minimum mode. 


10/M_ has been inverted to be compatible with the 


MCS-85 bus structure. 


ALE is delayed by one clock cycle in the minimum mode when 
entering HALT, to allow the status to be latched with ALE. 


The 8088 and AMD Proprietary Peripherals 


The evolution of chip design has taken the 8-bit environment 
into the 16-bit environment. While the new generation of pe- 
ripheral devices are often 16 bits wide, the older, established 
8-bit orientation of CPUs and peripherals are still significant. 
Interfacing a 16-bit peripheral with an 8-bit CPU often encoun- 
ters data path incompatibility and involves bus control 
manipulation. This type of integration mainly involves separat- 
ing the control and data paths from the new peripheral and the 
system. 


The ability to mix different data path widths can improve sys- 
tem functionality, performance, and cost. It is less expensive to 
use an 8-bit bus in a new design because the memory require- 
ments are generally cheaper. A designer can use this data path 
mixing to upgrade the existing system until a new system 
design is warranted, or the designer can simply improve on the 
existing design as new peripherals become available. AMD 
makes a number of proprietary peripherals and the following 
sections show users with 8-bit systems how to incorporate 
those AMD products into their designs. 


8088 and Am8052 CRT Controller Interface 


The interface technique between the Am8052 CRT Controller 
and an 8-bit microprocessor also applies to the 8088 and 
Am8082 interface. 


There are two fundamental issues associated with mixing 
devices that communicate over different-sized buses. The first 
problem is allowing the two devices to communicate on a 
“common” data bus. Consider, for example, a 16-bit system 
utilizing 8- and 16-bit peripherals. Overcoming the mismatched 
data paths requires some form of controlled multiplex- 
ing/demultiplexing of the different data paths. In addition, extra 
control signals for partitioning the 16-bit word into 8-, and 16-bit 
units may be required. Today, most of the 16-bit CPU based 
systems that use 8-bit peripherals usually use just the lower 
half of the data bus to transfer data to and from the peripheral. 
However, this scheme does not work when interfacing 16-bit 
peripherals to 8-bit CPUs, especially when these peripherals 
have bus master capability. 


Data Funnelling 


When a 16-bit peripheral attempts to transfer data over an 8-bit 
bus (memory write cycle or slave read cycle), the 16-bit data 
bus has to be broken down into two bytes and transferred 
sequentially. First, the lower 8-bits are transferred out on the 
bus (Figure 3-107.a), and then in the next transfer cycle the 
upper 8-bits of the 16-bit word are sent out (Figure 3-107.b). 
The generalized bus timing for such an operation is shown in 
Figure 3-107.c. Figures 3-108.a, 3-108.b, and 3-108.c show 
the opposite case; a bus read operation from an 8-bit bus to a 
16-bit peripheral. Here, the first byte read from the system 
must be latched. Once the second byte has been fetched, the 
16-bit peripheral reads in the assembled 16-bit (2-byte) word. 
Additionally, provisions may need to be made for the case 
when the 16-bit peripheral accesses single bytes. 


Interruptions of the two cycle transfer must be analyzed very 
carefully. Master transfers may not be interrupted by slave 
accesses while being in the middle of a two-cycle transaction. 
Similar, slave accesses may not be interrupted by master 
transfers. While the interface funnels the data, the current bus 
cycle needs to be stretched. When the peripheral is bus mas- 
ter, as shown in Figures 3-107.a, 3-107.b, and 3-107.c, the 
16-bit peripheral is holding its data available for what would 
normally be two complete bus transfer cycles. This stretch can 
be achieved by delaying the transfer acknowledge signal to the 
peripheral, causing it to wait (WAIT asserted). 


In slave mode, the 8-bit CPU would have to make two con- 
secutive read operations to examine a 16-bit peripheral status 
register. The peripheral must not become bus master in- 
between the first and second read operations since this in- 
validates the results of the first read operation. This function 
can be handled in two different ways: if the CPU has a bus lock 
instruction (for example, like the iAPX family of CPUs), then the 
programmer uses one of these before the CPU accesses the 
peripheral. Alternately, the CPU can disable the arbitration 
logic while it is performing the critical uninterruptible slave 
transfer. 
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‘Figure 3-107. Bus Master Write or Slave Read Operation 
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Developing the Control and Data Transfer Interface 


Designing the control interface to allow mixing 8- and 16-bit 
peripherals requires an analysis of the data and control flow. 
The data flow automatically defines the data path design (see 
Figures 3-107 and 3-108). The bus master operation by the 
peripheral is relatively straightforward. During a write opera- 
tion, the data is written out sequentially: the lower byte first and 
then the upper byte (or vice-versa). During a read operation, 
the data is fetched sequentially. The byte fetched first is 
latched, to hold the data until the peripheral can read it. In the 
second byte read cycle, the remaining byte is fetched, the 
16-bit word is assembled from the two bytes, and the 16-bit 


word is loaded into the peripheral. Similarly, WAIT is asserted 
until the second byte read cycle can be terminated. 


The slave mode of operation works almost identically to the 
peripheral bus master mode. The master read cycle is similar 
to the slave write cycle, and the master write cycle is similar to 
the slave read cycle. In general, if the peripheral puts data on 
the narrower system bus, the peripheral can keep the data 
active in both sequential system bus cycles. On the other hand, 
if data is loaded into the peripheral, the interface logic has to 
latch the data of the first fetch cycle, whereas the data of the 
second cycle can be loaded directly into the peripheral (no 
latching required). 


8 BIT 
SYSTEM 


Ais-Ay . 
Bp INS ee 


8-BIT DATA 


MEM/IO 
ACKNOWLEDGE 


D < 15:8 > 
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Figure 3-108. Bus Master Read or Slave Write Operation 
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When defining the interface, the designer must make a con- 
scious choice of which byte (upper or lower) to latch during 
peripheral read operations (or conversely, slave peripheral 
write operations). Once this decision has been made, the CPU 
must always access the latched data byte first (during a slave 
write) and then access the non-latched byte to complete the 
transfer. This restriction is a minor one with no extra software 
overhead; yet it could affect the ease of the programmer's 
coding if not handled properly. For example, if the programmer 
uses a compiler to generate the software for the system, extra 
care may be necessary to ensure that the compiler generates 
the correct addressing sequence. An alternative to this solution 
would be to latch both the upper and lower data bytes. In that 
case, the cost of the interface would be increased, as would 
the complexity, with no gain in performance. 


The state diagram (Figure 3-109) illustrates the control se- 
quence implemented in the 8/16-bit bus control logic. It also 
depicts how uninterrupted word transfers will occur and how 
the addresses for upper and lower bytes are generated. In 


C) Sees 
CS=1+ 
Bt, 


AS=0* RW=1 * MRDY=0 


() wrovee 
MRDY=1 

j) mao 
MRDY=0 


O- MRDY=0 


addition, the specific bus timing of the peripheral and the data 
bus must be examined to quantify the state control flow and 
provide information on data latching, read/write control 
strobes, and addressing to and from the peripheral. The state: 
control flow is broken down into three parts bus master read, 

slave read, and slave write operations. 


The three contro! signals that must be generated by the 8/16- . 
bit control unit are: Address bit 0 (Ao), peripheral hold (WAIT), 
and bus read (RD). The Ag line is generated by the control 
logic to indicate which byte is to be transferred in bus master 
modes only. Otherwise, the Ag generated by the system is 
used to indicate which byte is being accessed. The WAIT line 
holds up the peripheral during transfers. The RD line is re- 
quired to indicate successive transfer cycles on the bus. The 
peripheral's control signals strobe active only once, because 
the two-cycle transfer must be kept hidden from the peripheral. 


The slave transfer fiow is almost identical, except that the CPU 
is generating the bus signals and the transfer directions are 
reversed, that is, a bus write goes into the peripheral. 


COMMENTS 


WAIT TILL PERIPHERAL TAKES BUS; 
MAKE SURE MEMORY ACKNOWLEDGE IS 
NOT ASSERTED. 


READ IN UPPER BYTE; Ay=1; 
WAIT FOR MEMORY ACKNOWLEDGE; 
ISSUE RD STROBE. 


‘WAIT FOR MEMORY ACKNOWLEDGE 


TO GO AWAY. 


READ IN THE LOWER BYTE; Ap=0; 
WAIT FOR MEMORY ACKNOWLEDGE; 
ISSUE RD STROBE. 


STROBE IN DATA TO PERIPHERAL; 
DEASSERT WAIT; : 
WAIT FOR SUCCESSFUL READ. 


02188A-47 


Figure 3-109. Bus Master Read State Flow-Control 
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The conceptual logic for the 16- to 8-bit data flow example is 
shown in Figure 3-110. The data on the upper byte is latched 
when data is being read (as a bus master) and read or written 
(as a bus slave). Although this interface must latch data com- 
ing from the 8-bit data bus into the peripheral, it also needs to 
act as transceiver when the peripheral is sending data out to 
the system. The ideal part to accomplish such an interface 
would be one that has a three-stated output, with an 8-bit wide 
latch, in one direction and a three-stated driver in the other 
direction. The Am2952 8-bit bidirectional I/O port combines the 
upper data bus latch and upper data driver chips into one IC. It 
provides two 8-bit clocked I/O ports, each with three-state out- 
put controls and individual clocks and clock enables. An 
Am2949 bidirectional bus transceiver completes the logic re- 
quired to buffer the data path. 


The state flow contro! requires logic capable of sequentially 
moving from state to state, holding in a particular state, and 
being reset or initialized back to a predefined state. This design 
integrates the state machine generator and the control signal 
logic into the same Programmable Array Logic (PAL) device. 


A considerable amount of logic is required to generate the 
data-path flow logic and the bus control signals. This is espe- 
cially true if the peripherals and CPUs have different signal 
conventions (for example, AS, DS, and R/W versus ALE, RD, 
and WR). Conversion between different signal conventions, 
signal polarity changes, and extra functions (such as generat- 
ing Ag) requires quite a bit of logic and design effort. If the 
peripheral has bus master capability, additional information, 
such as bus arbitration controls, must be fed into the next state 
determination logic to decide what control sequence to follow. 


STATE : 
MACHINE 


‘CONTROL 


LOGIC 
& 


FUNNEL LOGIC 
CONTROL 


PERIPHERAL 


SIDE DATA BUS 


* CONTROL 


LINES 


DATA BUS _ 
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Figure 3-110. Conceptual 16/8-Bit Conversion Logic 
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Figure 3-111 shows a typical 8/16-bit control interface which 
combines all the individual components discussed above. The 
state machine and the bus and latch controls have to be tightly 
coupled in order to transfer data between the 8-bit and 16-bit 
buses. The generalized machine is designed under the as- 
sumption that the peripheral has bus master capability. If this is 
not the case, the design can be greatly simplified. 


Since the CRTC does not modify system memory, no provision 
for a bus master write operation is required. This is important 
because it eliminates the need to generate a system write 
contro! signal (WR). In addition, the control and display infor- 
mation will always be aligned on word boundaries. This 
relieves the 8/16-bit control logic from worrying about funneling 
the bytes and performing odd/even byte transfers. It also saves 
control inputs from the Am8052 because all transfers are 
words; there is no need for upper and lower data strobes or 
byte high enable inputs/outputs. 


The slave accesses by the CPU are either pointer writes (to 
select the desired control/status register) or 16-bit data 
read/write operations. The pointer write operation is really an 
8-bit operation because only the lower 8 bits of the data form 
the register address. The three different transfer timings are 
shown in Figures 3-112, 3-113, and 3-114. 


Two special conditions have been incorporated into the state 
flow diagrams whenever a transfer is first initiated. Before a 
new transfer cycle is attempted (that is, while the state ma- 
chine is waiting in SO), the memory acknowledge must be 
inactive. This prevents any interference from the last transfer. 
The second special condition occurs when the Am8052 
asserts the R/W line to indicate a write operation. Whenever 
the Am8052 ? updates the upper 8 bits of the 24-bit address 
latch, the R/W line indicates a write operation (in conjunction 
with AS). The Am8052 is not actually performing a system data 
write, only an address latch update. Hence, the state flow 
reflects this fact by not starting a sequence if the R/W line is 
active Low from the Am8052. 
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ro 
” 
o) 
w 
« 


TRANSCEIVER 


Am2949 


02188A-49 


Figure 3-111. Data Funnel Logic 
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Figure 3-112. Bus Master Read Timing Diagram 
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Figure 3-113. Slave Read Timing Diagram 





S ANNNNNANANNANNANNARANNNANNAN NNN Ol 2/2, 


BUS HIGH BYTE 
ADo-15 —_ LOW AND HIGH BYTE 


02188A-52 


Figure 3-114. Slave Write Timing Diagram 


These simplifications make it possible to combine the Am8052 
to an 8-bit CPU control interface in a single AmPAL22V10 
device (Figure 3-115) which also converts the bus contro! 
signals from AS, DS, and R/W to RD and WR. Figure 3-115 
shows the assembled contro! and data transfer logic for this 
interface. The minimum Am8052 and bus control signals that 
have to be generated are RD, Ao, DS, R/W. Although DS and 
RW are used as inputs during a bus master operation by the 
Am8052, the AmPAL22V10 must convert the CPU RD and WR 
signals to DS and R/W for slave I/O operations. The signals Ag 
and RD are generated by the control logic when the Am8052 is 
performing a read access to the system. The WAIT (or not 
READY) signal to the Am8052 also needs to be generated by 
the control logic. Additionally, the four contro! signals of the 
bidirectional port and transceiver are generated. 


Trade-Offs and Limitations 


In a design dramatically affecting the I/O of the system, a 
number of trade-offs and limitations should be noted. The most 
obvious limitation in using 16-bit peripherals on an 8-bit bus is 
that the 16-bit peripheral will be under-utilized. The speed of all 
VO operations will be cut by 50%. Consequently, the bus 
utilization percentage will go up if the 16-bit peripheral 
represents a significant factor of the bus usage. A CRT control- 
ler like the Am8052 might use 5% to 10% of the bus bandwidth 
for display information when using 16-bit I/O. Converting to 
8-bit I/O would double bus usage to 10% or 20%.. 
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Figure 3-115. Am8052 8-Bit Interface 


” Another factor that might affect the bus usage is the efficiency 
of the 8- to 16-bit conversion control logic. If the state machine 
‘ designed to perform the 8/16-bit conversion (or 16/32-bit) is 
improperly designed, then extra transfer overhead may be in- 
troduced. This could mean that a sequential transfer of two 8- 
bit values takes longer than two single 16-bit transfers. The 
system designer must weight the cost of the extra overhead on 
a case-by-case basis. Most interfaces outside a system's im- 
mediate family require some kind of extra interface logic 
anyway. Therefore, by optimizing the control signals and incor- 
porating them into programmable logic devices such as the 
AmPAL22V10, the IC count can be dramatically reduced. 


8088 and AmZ8068 Data Ciphering 

Processor Interface . 

Figure 3-116 shows the CPU-DMA interface. The CPU is op- 
erating in Maximum Mode. The bus arbitration handshake of 
the DMA controller (HREQ and HACK) must be translated into 
the Bus Request/Grant handshake of the 8088 CPU. 


{f the CPU is programmed to operate in Minimum Mode, both 
devices have the same bus arbitration handshake. The HREQ 
and HACK of the DMA controller can be connected directly to 
the corresponding pins of the CPU (HREQ to HACK). 
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The central: part of this interface is a PAL device, which has 
been programmed for the 8088 CPU timing. The PAL equation 
for this interface is shown in Figure 3-121. The Chip Select 2 
(CS) input of the PAL device must be stable during the 
entire I/O transfer. This is guaranteed by decoding CSo from 
the latched address/data bus of the 8088 (Ag-A15 in Figure 
3-116). 


iowc 

ioRC 

DACK 

CLK, 

CLK2 

CLK 

MAS 

MDS 
AmPAL16R4A 


Master Port Read/Write is latched in the D Flip-Flop. It is 
clocked in an output operation with CS3 active. One of the data 
lines is latched in to define the status on the MR/W input. This 
is necessary because the DCP requires a set-up time of 100 ns 
of MR/W to the Data Strobe. Generation of MR/W for each 
cycle of a high-speed data transfer session of the DMA control- 
ler would extend each cycle and slow down the maximum 
throughput. This logic cannot be integrated into the PAL device 
because of the flip-flop’s asynchronous clock. 


Am9517A-5 
(4 MHz) 


MRIW MFLG 
MPo~-MP7 


AmZ8068 
(4 MHz) 
cs 


DS 
cs 
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Figure 3-116. 8088-Am9517-AmZ8068 Interface 
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Before executing an access to the DCP, the CPU must latch 
the MR/W. The transfer itself is evaluated in a two-cycle opera- 
tion. , 

Master Port Address Strobe (MAS) is only generated if the CPU 
executes an output instruction to a specific /O address (CSo 
active, Ag=Low) (Figure 3-117) Address Latch Enable of the 
CPU (ALE) cannot be used for the generation of MAS because 


the CPU must set up the DCP for data transfer before a DMA 
transfer session is started. The DCP is set up by putting out a 
00}; (data register address) to the I/O address mentioned 
above. ; 


Figures 3-118 and 3-119 show data read and write cycles. 
Figure 3-120 shows DMA data read and write cycles. 
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Figure 3-117. Address Latch Cycle Timing (CPU-DCP) 
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Figure 3-118. Data Write Cycle Timing (CPU-DCP) 
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Figure 3-119. Data Read Cycle Timing 
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Figure 3-120. DMA-DCP Timing Diagram 
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PAL16R4 PAL DESIGN SPECIFICATION 
DCPO49 JUERGEN STELBRINK 8-12-83 
8088- AM9517(DMA)- AMZ8068(DCP) INTERFACE DEVICE 

ADVANCED MICRO DEVICES 


CLK1 CLK2 = /CS /IOR /IOW AO RW /DACK NC GND 
/OE /MDS READY /Q1 /Q2 /Q3 /MAS NC CLK vcc 


MAS := IOW*/IOR*CS*/A0*/Q3*/MAS ; MASTER PORT ADDRESS STROBE 


Ql := CS*IOR*/IOW*RW*/Q2 2 + 
_ CS*IOW*/IOR*/RW*/Q3 + 
DACK*IOR*/IOW*RW*/Q2 + 

DACK* IOW*/IOR*/RW*/Q3 


CS*IOR*/IOW*RW*Q1] + 
CS*IOR*/IOW*RW*Q2 + 
DACK*IOR*/IOW*RW*Q]L + 
DACK* IOR*/TOW*RW*Q2 


CS*IOW*/IOR*/RW*Q1] 
CS*IOW*/IOR*/RW*Q2 
DACK* IOW*/TIOR*/RW*Q1 
DACK* IOW*/TOR*/RW*Q2 


CS*A0*IOR*/IOW*RW + 
DACK*IOR*/IOW*RW + 
Q2*A0 . + 
CS*A0*IOW*/IOR*/RW*/Q3+ 
DACK* IOW*/TOR*/RW*/Q3 


MASTER PORT READ 
MASTER PORT WRITE 


/ READY CS*/A0*IOW*/IOR*/RW*/Q3+ ADDRESS LATCH CYCLE 
CS*AO*IOW*/IOR*/RW*/Q3 + DATA WRITE CYCLE 
CS*AO*IOR* /LOW*RW*/Q2 


/CLK = CLK2 DCP CLOCK 


FUNCTION TABLE 
CLK1 CLK2 /CS /IOR /IOW /DACK AO RW CLK /MAS /MDS READY /Q1 /Q2 /Q3 


- 
D 


WDOH™ 
ZOH™. 
Ray 


COMMENT 


g 


rmax KA 
H 
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Figure 3-121. Source Listing for 8088 to Z8068 DCP Interface 
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DESCRIPTION: 


THIS PAL GENERATES ALL NECESSARY BUS CONTROL SIGNALS, TO 
INTERFACE A 8088 CPU AND A AM9517 DMA CONTROLLER TO THE AMZ28068 
DATA CIPHERING PROCESSOR. THE MAXIMUM SYSTEM CLOCK FOR THE DMA 
CONTROLLER AND THE DCP IS 4 MHZ, THE SYSTEM CLOCK OF THE CPU CAN 
BE UP TO 8 MHZ. THE DEVICES ARE WORKING ASYNCHRONOUSLY. 


INPUT SIGNALS: 


CLK1, DMA CLOCK 
CLK2 


/CS CHIP SELECT FOR THE DCP, GENERATED BY A DECODER LOGIC 


/IOR INPUT/ OUTPUT READ 
/10W INPUT/ OUTPUT WRITE 


AO ° LEAST SIGNIFICANT BIT OF THE Z80 ADDRESS BUS TO SELECT 
THE TYPE OF OPERATION: 
AO = LOW SELECT DCP REGISTER FOR NEXT DATA CYCLES 
(ADDRESS LATCH) 
AO = HIGH READ OR WRITE INTERNAL REGISTER 


Figure 3-121. Source Listing for 8088 to Z8068 DCP Interface (Continued) 
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(DATA TRANSFER TO CONTROL, MODE, INPUT OR 
OUTPUT REGISTER) 
DMA ACKNOWLEDGE FROM DMA CONTROLLER, TREATED. AS /CS=LOW 
AND AO=HIGH 


READ/ WRITE SIGNAL STORED IN A EXTERNAL LATCH, TO ALLOW 
A DMA OPERATION WITHOUT WAIT STATES. THIS SOLVES THE 
PROBLEM OF THE SETUP TIME OF MR/W OF THE MASTER PORT TO 
MDS GOING ACTIVE. THE STATUS OF THIS SIGNAL: MUST AGREE 
WITH /IOR OR /IOW OR THE PAL GENERATES NO STROBES. 


OUTPUT SIGNALS: 


CLK 


/MAS: 


INVERTED DMA CLOCK FOR THE DCP 


MASTER PORT ADDRESS LATCH ENABLE, ACTIVE DURING ADDRESS 
LATCH CYCLES TO LATCH THE REGISTER ADDRESS ON MP1 AND MP2 
(2 LINES OF THE MASTER PORT BUS) AND THE STATE OF /MCS 
IN. THE DCP STORES INTERNALLY THE ADDRESS AND CHIP SELECT 
TO THE NEXT ADDRESS LATCH CYCLE 


MASTER PORT DATA STROBE, TO TIME DCP DATA TRANSFERS 


INTERNAL USED STATE SIGNALS (DO NOT CONNECT). Q1 IS ACTIVE 2 
CLOCK CYCLES IN ALL CYCLES. IT IS USED TO GENERATE THE DELAYED 
Q2 AND Q3. Q2 IS ACTIVE IN A DATA READ CYCLE. IT ALLOWS /MDS 
TO BE ACTIVE UNTIL /IOR HAS GONE: INACTIVE. Q3 IS ACTIVE IN AN 
ADDRESS LATCH OR DATA WRITE CYCLE. Q3 DISABLES READY AND /MDS 
IN THE SECOND HALF OF THE CYCLE. 


Figure 3-121. Source Listing for 8088 to Z8068 DCP Interface (Continued) 





3-154 


8088 to Am9516 UDC Interface 


Figure 3-122 shows the Data bus and Control Interface be- 
tween an 8088 microprocessor and an Am9516. This interface 
is accomplished by using an AmPAL22V10, a 74LS161 
counter, an Am2952 bidirectional 1/O port, and an Am2949 
bidirectional transceiver. Figures 3-123 and 3-124 show the 
PAL device timing for both the Bus Master and the Bus Slave 
cases, : 


In this design, certain simplifying constraints have been made. 
Word operations are only allowed during command chaining 
operations when the Am9516 is Bus Master. During Slave 
Write operations, the first byte output to the Am9516 must have 
an odd address, and the following second byte an even ad- 
dress. Conversely, during a Slave Read cycle, the first byte 


read from the Am9515 must be at an even address and the 


second at the next higher odd address. Furthermore, for both 


Figure 3-122. The Am9516 UDC to 8088 CPU Data Bus and Control! Interface 


slave and master operations, the system must use the latched 
Ao (LAo) from the AmPAL22V10 as its sole Ao. That is, this 
LAo must circumvent any address latching to memory and so 
is to be used directly. 

As can be seen from the figures, the AmPAL22V10 manip- 
ulates the contro! signals to the transceivers and latches so 
that bytes can be funneled into words during Am9516 Com- 
mand Chaining operations and Slave Writes, and words can be 
funneled into bytes during Am9516 Slave Reads. Also, LAO is 
alternately toggled in order to provide the dual address (16- 
bits) during chaining operations. 

Figure 3-125 shows the PLPL equations and resulting sum-of- 
products equations for the design (PLPL is a higher level “C- 
like” language for PAL devices). For those not familiar with “C" 
or Pascal, the intermediate sum-of-products form shows the 
equations in Boolean form. 


02188A-60 
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pesmi ae ee = SLAVE WRITE CYCLE -~------ - --- _— co ~~ SLAVE READ CYCLE - ---— 


ees CD OD = Ca) ND = aD OE CD 


eabcared 1ST Ao MUST BE HIGM 2ND Ag MUST BE LOW 1ST Ao MUST BE LOW 2ND Ao MUST BE HIGH 


02188A-61 
Figure 3-123, The Am9516 UDC to 8088 CPU Bus Slave Timing 














Am9516 AmoS16 Amesia 
r — WORD READ CYCLE a - —— BYTE READ CYCLE a ey OYTE WRITE CYCLE 
—s : z ole. le. se oe ™ Ty——+he— Ty he I. ™ T; 
aT Ta al TW le TW lee Tw TW ele te ha ts ’ {a ame hia Bae 
Am518 
cLocK : 
ALE | : | [ | : 
AX rons AM 
LATCHED Ag LATCHED Ay 
AXX XXX 


02188A-62 
Figure 3-124. The Am9516 UDC to 8088 CPU Bus Master Timing 
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DEVICE 8088 9516 (pal22v10) 


"This is a PLPL file to implement an interface between the 8-bit 
8088 and the 16-bit Am9516. This design assumes that the Am9516 
is programmed for byte operations and so only accesses 16-bit 

words during. chaining. -James Williamson" 


PIN 


neue ud nt te ue 
FPrOON AMIN EH 
‘| | | | | 


IF (RESET) THEN ARESET(); 





-IF (HLDA) THEN ENABLE(); 
IF (/S{2] * HLDA) THEN BEGIN 
IF (/sC1] * /s{0]) THEN 
LAO 


= /CK * BW + /BW * AO * ALE + 
/BW * LAO * /ALE 
ELSE 
LAO BW + /BW * AO * ALE + 
/BW * LAO * /ALE 


END; 
IF (HLDA) THEN 
CASE (S[2:0]) 
BEGIN 
1) BEGIN 
RD 
A 
WR 
c 
WALT 


=e se se Ne te 


END; 


2) BEGIN 
RD 
B 
A 
WR 
Cc 
WAIT 


END; 


Figure 3-125. PLPL Specification for 8088 to Am9516 Interface 





3-157 


3) BEGIN 
RD 
B 
A 
WR 
Cc 
WAIT 


/RW * DS * B 
BW * CK 

/BW * RD 

/BW * RW * DS 
/BW * RW 

BW 


=e 58 se se te te 


END; 


5) BEGIN 
RD /RW 
A /BW 
WAIT BW 
END; 


6) BEGIN 
RD » 
A 

END; 


7) BEGIN 


AO * ALE * SEL + 
LAO * /ALE * SEL 
LAO * WR * SEL 
/LAO * WR * SEL 
A + 

/LAO * RD * SEL 
/LAO * RD * SEL 
LAO * RD * SEL 


Figure 3-125. PLPL Specification for 8088 to Am9516 Interface (Continued) 
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Am7970A CEP Interface to the 80188 CPU 


This application note shows how to use the 
Am7970A CEP in a low-cost environment. The 8- 
bit data interface of the CEP to the 8-Bit 80188 
microprocessor is simple. It reduces the number of 
additional drivers, latches and control logic to an 
absolute minimum. The 80188 also provides an 
interrupt controller and a chip select decoder. No 
additional parts are necessary to access and 
control the Am7970A CEP. 


General Discussion 


This example assumes a single board approach 
with an onboard memory bank which may vary from 
64 kbytes to 1 Mbyte. By adding drivers to the 
control signals and to the address lines A8-A15 it 
could easily be expanded into a bus controlled 
system. One Mbyte of memory is sufficient for 
storing the image data of one page with a 
resolution of 300 pixels per inch. This allows the 
CEP to compress or expand such a picture without 
interruption and with a minimum of software 
overhead. A smaller memory bank might be 
chosen for cost reasons. 


This design does not use the faster document 


buffer interface of the CEP. Both the image data 
and the compressed data are passed through the 


system interface. Therefore, bus arbitration is 
incurred for every single transferred byte limiting 
the use of this example to low throughput 
applications. 


It is definitely sufficient for FAX applications and 
may even serve very well for image storage 
applications where speed is not the most important 
factor. In these cases a memory bank of 64 to 128 
kbytes is sufficient because the CEP is capable of 
processing fractions of a whole page without 
producing inconsistencies in the coded image 
data. 
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An additional memory bank connected to the 
document buffer interface will improve the overall 
throughput of the compression or expansion by a 
factor of four. This buffer should be used only to 
store the image data because it requires a data rate 
approximately 10 times higher than the 
compressed data. 


Hardware Description 


Figure 3-126 is a diagram of the Am7970A CEP to 
80188 CPU interface. It shows how the address 
and data lines of the CPU and the CEP are 
transformed into a common demultiplexed memory: 
bus. Additional peripheral devices could either be 
located on this memory bus or be connected 
directly to the CPU interface. 


The Am7970A CEP multiplexes the data on the 
address lines A16-A23 while the CPU multiplexes 
data on the address lines A0-A7. These are the 
only differences between the two interfaces. All 
control signals can be used without conversion. 


The 80188 CPU: provides a 50% duty cycle clock 
output which can be used to drive the CEP. If the 
CPU runs on a higher clock rate, the CEP has to be 
driven by either an additional clock generator or a 
CPU clock that has been divided down. This may 
be very useful because the CEP needs only three 
clock cycles for a memory access while the 80188 
needs four cycles. Running the CEP with a slower 
clockrate than the CPU does not necessarily result 
in slower memory access. 


The READY signal coming from the memory 
interface must meet the setup time of the CEP 
READY input. For Revision A of the Am7970, a 
wait state must also be inserted for each memory 
access from the CEP. Figure 3-127 shows the logic 
to be added to the design above. 








TO MEMORY BANK 


TO MEMORY BUS 


ADDRESS 


A8-A15 


80188 Am7970A 
CPU CEP 
G EN 
ADDRESS 


ADDRESS 
LATCH! AD16-AD23 


G 


AD16-A23 


Figure 3-126. Am7970A CEP to 80188 CPU Interface O7666A 5-4 
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07666A 5-5 


Operation 


80188 CPU Access to the Am7970A CEP 


The CEP has many registers which provide 
programmability of many different options such as 
paper size, memory address control, and status 
information. Access to these registers is started by 
driving the CS signal LOW. This input is driven by 
the Peripheral Chip Select Output of the 80188. 
This signal also disables the data transceiver to the 
memory bus. The different registers are 
addressed by the address lines A0-A7 which are 
directly connected to the CEP. The CEP drives 
READY LOW as long as it needs to move the data 
to or from the appropriate register. This operation 
is called “slave access”. 


Am7970A CEP Access to the Memory 


As soon as the CEP is started, it activates its 
internal DMA device to gain control of the memory 
buffer. It signals this to the CPU by driving HRQ 
HIGH. It then waits until HLDA is driven HIGH by 
the CPU to acknowledge that the bus is released. 
The CEP then starts a memory access. HLDA also 
enables the address latch for the CEP and disable 
the ones for the CPU. The CEP releases the bus 


after each byte transfer. This operation is called 


“master access”. 


The data transceiver is activated all the time except 
during a slave access. It normally drives data onto 
the memory bus. Only when RD goes LOW and 
CS is not active, the direction of the data 
transceiver is switched to the opposite direction. 
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Figure 3-127. Wait State Circuit 


Am7979A CEP Evaluation Board 


Features 


e Interface for IBM PC/XT or IBM AT on the same 
board. 
Automatic recognition of PC or AT enviroment. 
Full master mode capability in IBM AT using AT 
memory for system bus access. 
1 MByte dynamic memory on board. 

e Dualport arbitration allows memory access from 
CEP system and document side. 
PC/XT has full access into the on board memory 
addressing it as 16 64 kbyte blocks in page 
mode. 
All operating modes of CEP can be evaluated 
with maximum performance. 

e CEP hardware reset initiated by I/O address 
access. 

e Clock rate supplied by plug in exchangable clock 
generators or from an external input. , 

e Alll/O adresses are memory mapped. 

e Jumper selectable DRQ/DACK and IRQ lines. 

e Performs master access to AT memory 


The CEP Evaluation Board In An IBM PC/XT 


The IBM PC/XT does not allow another DMA 
master beside its own on-board DMA device 
working on the extension bus. Any attempt do so 
without changing the logic on the mother board will 
cause serious bus contention. That requires a 
separate memory bank dedicated to the CEP and 
accessible by the IBM PC/XT. 















It is also quite useful to have enough memory 
dedicated to the document bus to hold a whole 
page of image data with a resolution of 300 
Pixel/inch in memory. The evaluation board solves 
this problem by giving both sides of the CEP full 
access to a 1 Mbyte dynamic memory bank. That 
gives the user the freedom to asign as much 
memory to any side of the CEP as neccessary. 









The on-board “system bus” is shared by the CEP 
system interface and the CPU. So that makes it a 
three port memory design. 

















Normally the “system bus” is dedicated to the CEP 
system interface. If the CPU wants to access the 
evaluation board through this bus from the 
extension bus it drives “SBUSRQ” LOW by 
accessing an I/O address. The CPU is then kept 
waiting by the logic with “IOCHRDY” until the CEP 
releases “HRQ”. Then “HLDA’” is driven LOW by 
the interface logic to prevent the CEP from 
reaccessing the bus. 









As long as “SBUSRQ” is LOW, the CPU has free 
access to the system bus. The document bus side 
is kept in Wait state while “SBUSRQ’ is active. 






“SBUSRQ” is latched and must be reset by 
another I/O access to a different address after 
completion of the read and write cycles onto the 
evaluation board. The CPU accesses the CEP 
registers by driving “CEPRQ”, it accesses the 
memory bank by driving “MEMRQ” and accesses 
the page latch by driving “PAGE” LOW through 
different I/O addresses. 








Since the IBM PC/XT 1/O address layout does not 
support enough consecutive I/O addresses, all 
CEP I/O addresses are memory mapped in this 
design. 






While the CEP is compressing or expanding a 
document, the CPU either polls the status register 
of the CEP or waits for an interrupt caused by the 
completion or an exception of the process. 








The CEP Evaluation Board In An IBM AT 


The IBM PC/XT extension bus connector is fully 
compatible with the new IBM AT connector. The 
AT introduces an additional connector to provide 
the extra signals needed for the increased memory 
size and the 16-bit data format. The AT also offers 
a fully compatible PC/XT mode. Thus all functions 
of the evaluation board designed for the IBM 
PC/XT will also work on the AT without any change 
in software and hardware. 


In addition the evaluation board wants to make use 
of the master mode capability offered by the AT 
extension bus. To do so it uses the signals of the 
added connector to perform a proper bus 
arbitration on the extension bus. A ground pin on 


' that connector will tell the board that it is 


connected to the AT. 


For slave mode, everything said in the previous 
chapter will work the same except that there is now 
no need for driving the “SBUSRQ” signal before 
accessing the board because the system bus is 
automatically released by the CEP due to the bus 
arbitration. The access of the AT onto the 
evaluation board is still in 8-bit PC/XT compatible 
mode. 


In master mode the system interface of the CEP 
will no longer access the on-board memory but will 
place its address and data signals onto the AT 
extension bus giving free access to all the memory 
that is provided by the IBM AT. The bytes coming 
out of and going into the CEP have to be divided 
into the upper and lower data bus of the AT 
according to the address being even or uneven. 


Figure 3-128 is a system map of the Evaluation 
Board. Figure 3-129 is a block diagram. The PAL 
device equations are shown in Figure 3-130. 
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X'00000" 
256 KB RAM ON 
X'20000' IBM PC/AT SYSTEM BOARD 
X'40000' 
FUTURE EXPANSION 
X'60000' (256 KB) 


X'80000' 
ADDRESS ASSIGNED TO CEP, 
RESET, SBUSRQ, AND PAGE REGISTER 


X'90000° 
64K RAM OF CEP SYSTEM BOARD 
MEMORY (1 PAGE OUT OF 1 MBYTE) 


X‘A0000' 


X'B0000' 
64 KB GRAPHICS DISPLAY BUFFER 





- Cs 


X'F0000' 
40KB SYSTEM ROM — 


X'100000" 
ADDITIONAL AT 
MEMORY EXTENSION 


Figure 3-128. Evaluation Board System Memory Map 
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n 
2 
a 
z 
je) 
12) 
= 
WJ 
oo 
x< 
WwW 
Kb 
Ss 
x< 
= 
ee] 


GND AT PIN D18 oe 


ADDRESS BUS SA0-SA19, LA17-LA23 


DATA BUS SDO-SD15 


REFRESH 


SA17-19 
SA0~-SA15 


SA16-SA19, LA16-23 ie ms 


OE 2956 2 


$D8-SD15 


BLEN BHEN 
DIR ADRC 


INTERFACE 
CONTROLLER 
EVBPAL2A 
22V10 


MEMRQ_SBUSRQ 
CLK _CEPRQ DELRDY 
Lae 


TO MEMORY 


(DACKO) CONTROLLER 


o—e 
IAQ o—e 
os 
ATEN HLDA ACKA PAGLE 
READY ALE ENTER 
SBUSR 
ATMD 


oe 


DACKn o-—~e DACK 


MASTER ARBITER 
EVBPAL2B 
DRQ 


Am22V10 
MEMW 


MEMR 


DELRDY 


TO MEMORY 
CONTROLLER 


RESETDRV e 


SA13-SA16 


RESETDRV CEPRQ PAGE 
MEMRQ SBUSREQ 


EVBPAL1 
Am1i6L8 
ADDRESS 
DECODER 


BALE © 
SMEMW ¢ 


Figure 3-129.a CEP Evaluation Board Interface for IBM PC/XT and AT (Part 1) 
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16-BITSYSTEM 
ADDRESS BUS 
AO-A15 


8&-BIT SYSTEM 
ADDRESS/DATA BUS 
AD16-AD23 


AACK (PALS) 


ENTER 
PAGLE (PAGE LATCH) 


+5V+5V 


Am7070A 
CEP 


07666A 5-7A 


1K 
+5V 5 MHZ 





16-BIT SYSTEM 
ADDRESS BUS 
A0-A15 


Am2959 
ADDRESS BUFFER 
EN 


; : PAGLE 
8-BIT SYSTEM (PAGE LATCH) 
ADDRESS/DATA BUS G 
AD16-23 
Am2956 
ADDRESS LATCH . 
EN 


16-BIT 
DOCUMENT 
ADDRESS BUS 


Am2959 | 
DAO-DA15 ADDRESS BUFFER [~~ 
EN | 
DOCUMENT 
ADDRESS/DATA BUS = 


Am29 
ADDRESS LATCH 


N 





Am7970A 
CEP TR 
Am2947 DATA 


A TRANSCEIVER 
cD 


i. 
A Am2947 DATA 


TRANSCEIVER 
cD 


MEMORY ADDRESS BUS (20-BIT) 


DWR 


—— MCO LE 
DREADY ENB_ENTER 


RD ENA MEMRQ 
DALE TABO Am2968 
DWAR TAB2 
ACKA ACKA TAB3 AO-A7 
REFRESH FR TABS 
WR WA 


8&BIT MEMORY DATA BUS 


RFRO cs RASn_ 
CASI CASn Qn 
ACKB 


CAS! 
EVBPAL3 
DUAL-PORT 
MEMORY/REFRESH 1 MBYTE DYNAMIC 
CONTOLLER MEMORY 


07666A 5-7B CLOCK . WE WE Q/D0-7 


32x256x1 BIT 


Figure 3-129.b CEP Evaluation Board Interface for IBM PC/XT and AT (Part 2) 
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PARTNO . NONE; 

NAME EVBPAL1; 

DATE 11-6-85; 

REV pe 

DESIGNER Wolfgang Kemmler; 
COMPANY Advanced Micro Devices; 
ASSEMBLY CEP Evaluation Board; 
LOCATION U6é1; 


/* Pal Assembler: CUPL (Assisted Technology) */ 

Y elietiahehiahehetehehehehcheheliehshetaheheheheholchelehelchehehehehelchehsheliehetehehehaheheiahehehehshehahehehatel A 
/* ; */ 
/* Address Decoder for */ 
/* Am7970 CEP Evaluation Board */ 
/* */ 
[RII III IOI IO IO III III III It i at tICK 


‘ 


/* Target Device Type : PAL16L8 */ 
/* Outputs ; «/ 


PIN 19 ! PAGE; Latch enable foe Page Latch */ 

PIN 17 = !CEPRQ; CEP Chip Select */ 

PIN 16 = !SBUSRQ; On Board System Bus Request */ 

PIN 15 !ADDR; Interm, Signal for Addr. Decoding */ 
PIN 14 = RSOUT; RESET */ 
PIN 12 !MEMRQ; On Board Memory Request */ 


/* Inputs : */ 

PIN [1..7]} {A13..19]; /* Addresses from Extension Bus */ 
PIN {8..9] = {S0O..1]; /* Address range select inputs */ 
PIN 10 = GND; . 

PIN 11 ! SMEMW; /* Write Signal from Ext. Bus */ 
PIN 13 RSIN ; /* RESET Input from Ext. Bus */ 
PIN 18 = BALE; /* Address latch enable " " */ 
PIN 20 Vcc; 


/* Declarations and Intermediate Variable Definitions : */ 
FIELD UADDR = {A17..19]; /* Upper Address Range */ 
FIELD LADDR [A13..15]; /* Lower Address Range */ 
FIELD SEL = [(S0,S1];  /* Address range select field */ 


/* Address range definitions: */ 


/* Upper Address range : */ 

USEL3 UADDR: [80000. .9f fff]; 
USEL2 UADDR: [60000..7f£fff£]; 
USEL1 UADDR: (40000... 6f£fff}; 


/* Lower Address range: */ . 

ADRO = !A16SADDR&LADDR: [0000..1fff]; /*CEP register access */ 
ADR1 = !A16&ADDR&LADDR: [2000..3fff]; /*ask for S-Bus */ 
ADR2 = !A16&ADDR&LADDR: (4000. .5fff]; /*release S-Bus : xf 
ADR3 !A16&ADDR&LADDR: (6000..7f£ff£); /*Pageaddr. into Pageregister */ 
ADR4 tA16&ADDR&LADDR: (8000. .9fff]; /*CEP hardware RESET aktiv xf 
ADRS 'A16&ADDR&LADDR: [a000..bfff); /*CEP hardware RESET inaktiv */ 


Figure 3-130. Evaluation Board PAL Device Equations 
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/*LOGIC EQUATIONS : */ 

ADDR = SEL:3 & USEL3 & !BALE /*SEL selects 3 allowed */ 
# SEL:2 & USEL2 & ! BALE /* “addressranges (blocks of*/ 
# SEL:1 & USEL1 & !BALE ; /* "128kBytes )*/ 


MEMRQ = Al6 & ADDR & !BALE ; /*Access on board memory access*/ 


SBUSRQ = ADR1 & SMEMW /*Request the S-Bus */ 
# SBUSRQ & !(ADR2 & SMEMW) ; 


PAGE = ADR3 & SMEMW; /*Load Page address into */ 
/*Pageregister*/ 


ADR4 & SMEMW & RSIN /*Software controlled */ 
# RSOUT & ! (ADRS & SMEMW) ; /* Hard Reset */ 


ADRO & !RSOUT ; /*CEP Register Access */ 
/* (Memory mapped )*/ 


PARTNO NONE; 

NAME EVBPAL2A; 

DATE 11-6-85; 

REV 1.2; 

DESIGNER Wolfgang Kemmler; 

COMPANY Advanced Micro Devices; 

ASSEMBLY CEP Evaluation Board; 

LOCATION U31; 

/* Pal Assembler: CUPL (Assisted Technology) */ 
(OIG ICICI IICIOII CIID III III I III IO II IOI IOI I I IE / 
i* */ 
/* IBM XT/AT Extension Bus Interface Controller */ 
/* for Am7970 CEP Evaluation Board */ 
/* */ 


[ICO III IO ICICI IOI III III III OI III IOI IOI ICI IC / 





/* Target Device Type : AmPal 22V10 */ 

/* Outputs: */ 

PIN 23 = IOCHRDY; /* Open Coll. Extension Bus Signal */ 

PIN 22 !RD; /* CEP Signal */ ; 

PIN 21 !WR; /* " 7, 

PIN 20 !BLEN; /* Data transceiver low enable */ 

PIN 19 !BHEN; /* Data transceiver high enable */ 

PIN 18 !ADDRC; /* Address receiver enable */ 

PIN 17 DIR; /* Direction controll of data transc. */ 

PIN 16 SBHE; /* Extension Bus Signal */ 

PIN 15 DELRDY; /* Signal helps generating two wait states */ 
/* for Rev.A CEP - IBM AT interface combination */ 

PIN 14 = IONRDY; /* Interm. I/O Not Ready Signal */ 


/* Input: */ 

PIN 1 = CLK; /* CEP clock (5 MHz) */ 

PIN !SBUSRQ; /* On board system bus access request */ 
PIN !CEPRQ; /* CEP register access request */ 

PIN !MEMRQ; /* On board memory access request */ 
PIN !ATEN; /* AT Mode enable */ 

PIN HLDA; /* CEP signal */ 

PIN READY; /* CEP signal */ 

PIN ACKA; /* Acknowledge from on board memory */ 
PIN ! SMEMW; /* Extension bus signal */ 

PIN = !SMEMR; /* " */ 

PIN = SAO; /* m */ 

PIN GND; 

PIN ! PAGE; /* Page latch access request */ 

PIN = VCC; 


Figure 3-130. Evaluation Board PAL Device Equations (Continued) 





3-167 


/* Logic Equations ; v7, 
WR.OE !HLDA ; WR _SMEMW & (CEPRQ # MEMRQ) 
RD.OE !HLDA ; RD SMEMR & (CEPRQ # MEMRQ) 
BHEN ATEN & SAO & (RD # WR) ; 
BLEN ATEN & !SAO & (RD # WR) 

# CEPRQ & !HLDA & (SMEMR # SMEMW) 

# MEMRQ & !HLDA & (SMEMR # SMEMW) 

# PAGE & !HLDA ; 
IOCHRDY.OE = IONRDY; IOCHRDY = !IONRDY ; 
IONRDY = HLDA & SBUSRO 

# !HLDA & (SMEMR # SMEMW) 
& (MEMRQ & !ACKA # CEPRQ & ! READY) ; 


ADDRC = !HLDA & (CEPRQ # MEMRQ) ; 


DIR = HLDA & WR # !HLDA & SMEMR ; 


SBHE.OE = ATEN ; SBNE = !SAO ; 


DELRDY.D = RD # WR ; 
DELRDY.AR = 'b'0 ; DELRDY.SP = 'b'0.; 


PARTNO NONE; 

NAME EVBPAL2B; 

DATE 1-13-85; 

REV 1237 

DESIGNER Wolfgang Kemmler; 

COMPANY Advanced Micro Devices; 

ASSEMBLY CEP Evaluation Board; © 

LOCATION U30; 

/*Pal Assembler: CUPL (Assisted Technology) */ 
[OOOO ISI IIO III ISI IIOIUIOICI IOI OTC IOI I 1 IK 
/* */ 
/* IBM XT/AT Extension Bus Arbiter */ 
/* for the CEP Evaluation Board */ 
/* */ 


OI III III III III IOI ICID II IOI III IO OO IK / 


/* Target Device Type ;: AmPal22vV10 


/* Inputs : */ 
PIN 1 = CLK; /* Extension bus clock */ 
PIN !RD; /* CEP signal */ 
PIN !WR; /* _ */ 
PIN HRQ; /* bs */ 
ACKA; /* On board memory acknowledge */ 
PIN !SBUSRQ; /* Onboard system bus request */ 
PIN = !DACK; /* Extension bus arbitration signal */ 
PIN !PAGE; /* Page Latch access request */ 
PIN 9 !ATMD; /* AT Mode Indicator */ 
PIN 10 = REVA; /* CEP Revision A Indicator (adds 1 wait state) */ 
PIN 11 = ALE; /* CEP signal */ 
PIN 13 = DELRDY; /* Delay Ready */ 
/* Outputs : */ 
PIN 23 = !MASTER; /* Extension bus arbitration signal */ 


Figure 3-130. Evaluation Board PAL Device Equations (Continued) 
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PIN 22 DREQ; 7 

PIN 21 !MEMW; Extension bus signal */ 

PIN 20 !MEMR; be */ 

PIN 19 READY; CEP signal */ 

PIN 18 HLDA; e */ 

PIN 17 !ATEN; Enable master interface to AT ext. bus */. 
PIN 16 ENTER; Onboard memory access request */ 

PIN 15 EARLY; Intermediate signal for “ENTER” */ 

PIN 14 = PAGLE; PAGE LATCH ENABLE signal */ 

/* Logic Equations : «/ 


ATEN.D MASTER & ATMD; 
ATEN.AR 'b'O ; ATEN.SP = 'b'0 ; 


MASTER.OE HRQ & HLDA & ATMD; 
MASTER.D HRQ & HLDA & ATMD; 
MASTER.AR = 'b'O ; MASTER.SP = 'b'0O ; 


DREQ.D HRQ & ATMD & !DACK 
# DREQ & HRQ & ATMD ; 


DREQ.AR 'b'O ; DREQ.SP = 'b'0 ; 
MEMW OE ATEN ; MEMW = WR ; 
MEMR.OE ATEN ; MEMR RD ; 


HLDA = !ATMD & HRQ & !SBUSROQ 
# !ATMD & HLDA & HRQ 
# ATMD & DACK & DREQ 
# ATMD & HLDA & DREQ ; 


EARLY ALE # EARLY & !RD & !WR ; 
ENTER (EARLY & !ALE # RD # WR) & !ATMD & HLDA ; 
PAGLE = ALE & HLDA # PAGE & !HLDA ; 


READY.OE = HLDA ; 
READY = HLDA & ATMD & (RD # WR) & (DELRDY & REVA # !REVA) 
# ACKA & !ATMD & (REVA & (RD # WR) # !REVA) ; 


PARTNO NONE; 

NAME EVBPAL3; 

DATE 11-13-85; 

REV 1.4; 

DESIGNER Wolfgang Kemmler; 

COMPANY Advanced Micro Devices; 

ASSEMBLY Am7970 CEP Evaluation Board; 

LOCATION U64; 

/* Pal Assembler: CUPL (Assisted Technology) */ 
[RII III IO IOI III IO IO IO OI CIO i to tote tote de totete te tetetctete tate totet / 
/* */ 
/* Dual Port Dynamic Memory Access/Refresh Controller */ 
/* for Am7970 CEP Evaluation Board */ 
/* */ 
[CII III ICICI IIOIOIIO IO Ot iO toi kik tok i tot / 


/* Target Device Type : PAL22V10 */ 


/* Inputs : */ 
PIN 1 = clock ; /* SMHz clock synchr. & inverted */ 


Figure 3-130. Evaluation Board PAL Device Equations (Continued) 
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to CEP clock */ 
PIN ; 60% Tab of 150ns delay line */ 
PIN : 100% - */ 


PIN = ; CEP signal document side */ 
PIN Ww " */ 


PIN ; i " */ 
PIN : 40% Tab of delay line */ 
PIN ! : , CEP signal system side */ 
PIN Ird ; " ™ */ 
PIN On board memory request */ 


PIN REFRESH from IBM AT; DACKO from IBM XT */ 
PIN 


PIN CEP system interface access request */ 


/* Outputs 
PIN 23 taboO ; Input of delay line 


PIN 22 =! ; /* Interm. signal for refresh arb. 

PIN 21 =! ; /* Write enable for on board memory 

PIN 20 ; Intermediate signal for document 
/* side arbitration */ 

PIN i9 ; /* Interm. signal for refresh arb. 

PIN: 18 ; /* Enable document side to memory 

PIN 17 ackb ; /* Acknowlege document side access 

PIN 16 acka /* system a " 

PIN 15 fena /* Enable system side to memory 

PIN 14 casi ; /* CASI for 2968 


/* Logic Equations : «/ 

ena = enter & !rfrq & !enb & !(!fh & fr) & !tab3 
# (rd # wr) & !rfrq & !enb & memrq & !tab3 
# ena & (enter # rd # wr) & !rfrq ; 

enb = (!dale & !endcyc # drd # dwr) & !(!fh & fr) 
& tenter & !rfrq & !ena & !tab3 
# enb & (!dale & !endcyc # drd # dwr) & !rfrq & !ena ; 

endcyc = drd # dwr # endcyc & !dale ; 

tabO = ena # enb # rfrq & (!tab3 # !tab5) ; 

acka.d ena & !rfrq & !enb ; 

ackb.d = enb & !rfrq & !ena ; 


fh = fr & rfrq & tabO # fh & fr ; 


rfirq = fr & !fh & tena & !enb & !tab3 
# rfrq & (tabO #-tab2) ; 


we = ena & !enb & !rfrq & wr # enb & !ena & !rfrq & dwr ; 
casi = tab2 & (we # ena & rd # enb & drd) ; 

acka.ar = 'b'0O ; 

acka.sp 'b'd ; 


ackb.ar = 'b'0O ; 
ackb.sp = 'b'0O ; 


Figure 3-130. Evaluation Board PAL Device Equations (Continued) 
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3.4.5 INTERFACING TO THE Z80 AND Z8000 


280 and Am9568 Data Ciphering Processor 
with the Am9517 DMA Controller 


This application design shows how to operate the ciphering 
throughput up to 890 Kbyte/s by using the advanced 8-bit DMA 
Controller Am9517A-5 (also called the 8237-5). The host CPU 
is a Z80A. (Figure 3-131) 


‘The CPU sets up a data block in memory and programs the 
DMA controller to transfer this data block to the DCP via the 
Master Port. The DCP encrypts the data. A high-speed periph- 
eral device can read out the ciphered data from the Slave Port. 
This dual-port configuration allows data input and output simul- 
taneously and increases the throughput, compared to a single- 
port configuration, by a factor of two. In the single-port 
configuration, only the Master Port is used for data transfer; it 
handles both the clear and ciphered data. 


The multiplexed address/data bus of the DCP is simulated in a 
two-cycle operation. For output operation to an even address, 
the PAL interface timing controller generates a Master Port 
Address Strobe (MAS) to select one of the internat registers. 
Subsequent 1/O operations to an odd address (Ag=HIGH) 
transfer data to or from the preselected DCP register. During 
/O operations to an odd address, the PAL device generates 
Master Port Data Strobes (MRD or MWR). Before the DMA 
block transfer starts, the CPU must preselect the DCP data 
register. The register address of the data register is 00}. 


The DMA controller operates in “flyby” mode. Data is trans- 
ferred on the system data bus one byte at a time from memory 
to the DCP, or vice versa, without going through a DMA regis- 
ter. An VO Read (IOR) and Memory Write (MEMW) or I/O 
Write (OW) and Memory Read (MEMR) are active at the 
same time. The DCP is selected by DMA Acknowledge 
(DACK). The PAL device treats DACK as CS active and 
Ag=HIGH. In this design the DMA controller can only execute 
data transfer cycles; it is not able to change the internal register 
address of the DCP. 





3-171 









VU 
| lk 
3 3 

o 

U 


/\j 
Wi 


3 
VN 
iV 


peed 74LS244 fd 
eh 
) > 


a ey 
fa 
5 
VY 



















HREQ HACK 
RESET 
CLK 
AEN 
MEMR 
MEMW 





> 





PERIPHERAL 
DEVICE 
MPo- 
Oo-D7 MP7 
Am9517 Am9568 
DACK 
CLK 
fae : MALE 
Ac TAMPALIGR4 — 
20! MRD 
(OR 
iow MWR 
/ 
02188A-95 


Figure 3-131. Z80 and Am9568 DCP Interface 
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The DMA controller is set up for Demand Transfer Mode. It 
releases the bus when the data request input goes inactive. 
The Master Port Flag (MFLG) is wired to the data request 
input. The flag output goes active when the DCP is ready to 
accept data, or the output data is ready to be read out. After 
transferring one block of data (8 bytes), this flag goes inactive 
until a new block can be put in or read out. The inactive time 
depends on the response time of the peripheral logic at the 
Slave Port. This flag is inactive for a minimum of five clocks. 


Speed 

The DMA controller needs three clock cycles to transfer one 
byte. After each block transfer (8 bytes), the DMA controller 
releases the bus and requests it back if MFLG goes active 
again. This time is assumed to be 12 clocks. The ciphering of 
one block is done concurrently with the input of the next block; 
the internal operation is pipelined. The maximum throughput 
can be calculated as: 


T =8/(8+3 + 12) * 4 MHz = 0.89 Mbyte/s 


The Compressed Transfer mode of the DMA controller cannot 
be used, because the PAL synchronization logic needs normal 
timing to synchronize the Data Strobes to the DCP clock. 


Initialization 


The Multiplexed Contro! Mode C/K =LOW) of the DCP is 
selected to enable access to the internal registers. The-CPU 
first programs the Mode Register to reset the DCP and to set 
up the port configuration and ciphering mode. After that, the 
keys and initial vectors can be loaded. To initialize the DCP for 
DMA transfer, the CPU executes one Address Latch Cycle, to 
pre-select the data register. 


The DMA controller must be programmed such that DREQ and 


DACK are active LOW. 


Timing . 


The PAL. device simulates the multiplexed address/data bus of 
the DCP assuming a two-cycle operation mode. In the first 
cycle the CPU latches the address of the internal register into 
the DCP; subsequent cycles transfer data to or from the se- 
lected register. Address Ao distinguishes the two cycles 
(Fiure 3-132). An I/O instruction with AgZ=LOW generates an 
address latch cycle; an I/O instruction with Ag=HIGH gener- 
ates a data transfer cycle. 


The DMA controller must be initialized for “extended” I/O write 
in order to have a similar I/O bus timing to the ZB0A CPU. A 
“late” I/O write delays the Master Port Write Strobe (MWR) to 
the DCP by one clock cycle. If a late write is used, the data bus 
will not be valid at the time data is latched. 


To execute a DCP-to-memory transfer, the DMA does an I/O 
read and memory write. The DMA controller can be 
programmed for an “extended” or “late” write, depending on 
the memory design. 


In “flyby” mode the DMA controller generates no I/O address, 
so the CPU has to preselect the data Input or Output Register. 
A DMA Acknowledge (DACK) enables MRD or MWR to con- 
trol the data transfer. 


Figure 3-132 shows the DMA-DCP data transfer timing. When 
the DMA Controller has transferred one block of data, the data 
transfer has to be stopped until the DCP is ready for the next 
block transfer. The DCP makes the DMA Controller stop the 
transfer by deactivating MFLG. If MFLG is LOW, data may be 
transferred; if MFLG is HIGH, the DCP does not accept data 
transferred. The timing of the MFLG to DREQ path is the most 
critical in this application. If MFLG is deactivated too late, the 
DMA Controller will issue another data transfer which will be 
disregarded by the DCP. The critical signal path will be 
analyzed below. 


To prevent the DMA from issuing another cycle the Data Re- 
quest input has to go inactive by the falling edge of the DMA 
clock at the end of cycle S3. The DMA controller samples the 
input at this time and instigates another cycle if the request is 
still active. The setup time of DREQ is 0 ns. The Master Port 
Flag which is connected to the DREQ input goes inactive in the 
eighth cycle with a maximum delay time of 150 ns after the 
Data Strobes. The Data Strobe itself has a maximum delay 
time of 190 ns (Am9517A-5) after the rising edge of the clock in 
cycle So. That gives a time window of 375 ns of which 340 ns 
are already used for the two delays (190 ns + 150 ns). The 
propagation delay of a fast PAL device is 25 ns. This leaves 
10 ns for other delays in the signal path. 


The PAL design assumes that the Eysien memory needs no 
Wait States. 

The peripheral logic at the Slave Port can use the Slave Port 
Flag (SFLG) to time the transfer. If SFLG is active LOW, data 
can be written to or read from the data register. Figure 3-133 
shows the PAL device equations for this interface. 
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Figure 3-132. CPU-DCP Timing Diagram 
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PAL16R4 
DCP048 


Z80A- AM9517(DMA)~- AM9568(DCP) INTERFACE DEVICE 


ADVANCED MICRO DEVICES 


CLK1 
/OE 


CLK2 /CS /IOR /IOW AO 
/MWR /MRD /Ql /Q2 /Q3 


/ITOW+IOR+/CS+A0+MALE 


/MALE : 
Ql CS*A0*IOR*/IOW*/Q2 
CS*AO*IOW*/IOR*/Q3 
DACK*IOR*/IOW*/Q2 
DACK* IOW*/IOR*/Q3 


CS*AO*IOR*/TOW*Q1 
CS*AO*IOR*/TOW*Q2 
DACK*IOR*/IOW*Q1 
DACK* IOR*/IOW*Q2 


CS*A0*IOW*/IOR*Q1 
CS*A0*IOW*/TOR*Q2 
DACK* IOW*/TOR*Q1 
DACK* IOW*/IOR*Q2 


CS*A0*IOR*/IOW 
DACK* IOR*/IOW 
MWR CS*A0*IOW*/IOR*/Q3 
DACK* IOW*/IOR*/Q3 


/CLK CLK2 


FUNCTION TABLE 


CLK1 CLK2 /CS /IOR /IOW /DACK AO © 
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PAL DESIGN SPECIFICATION 
JUERGEN STELBRINK 8-9-83 


/MFLG /DACK NC 
MALE NC 


GND 
CLK vcc 


+ MASTER PORT ADDRESS STROBE 


; MASTER PORT READ 


? MASTER PORT WRITE 


+ DCP CLOCK 


CLK MALE /MRD /MWR /Q1 /Q2 /Q3 


COMMENT 


CYCLE 
CYCLE 
CYCLE 


arm m KM 
mmm m x 


me Me Me te 


Renn KX 


CYCLE (CPU) 


CYCLE 
CYCLE 
CYCLE 
CYCLE 


TW 
T3 
Tl 
$3 


(EXTRA WAIT STATE) 


(DMA) 


CYCLE 
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S4 
S2 
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Figure 3-133. Source Listing for the Z80 to Am9568 DCP Interface 
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DESCRIPTION: 


THIS PAL GENERATES ALL NECESSARY BUS CONTROL SIGNALS, TO 
INTERFACE A Z80A CPU AND A AM9517 DMA CONTROLLER TO THE AM9568 
DATA CIPHERING PROCESSOR. THE MAXIMUM SYSTEM CLOCK FOR ALL PARTS 
IS 4 MHZ. 


1 INPUT AND 3 INPUT/ OUTPUT PINS ARE NOT USED. 
INPUT SIGNALS: 


CLK1, Z80 SYSTEM CLOCK 
CLK2 


/CS CHIP SELECT FOR THE DCP, GENERATED BY A DECODER LOGIC 
/IOR INPUT/OUTPUT READ 
/10W INPUT/OUTPUT WRITE 


AO LEAST SIGNIFICANT BIT OF THE Z80 ADDRESS BUS TO SELECT 
THE TYPE OF OPERATION: 
AO = LOW SELECT DCP REGISTER FOR NEXT DATA CYCLES 
(ADDRESS LATCH) 
AO = HIGH READ OR WRITE INTERNAL REGISTER 
(DATA TRANSFER TO CONTROL, MODE, INPUT OR 
OUTPUT REGISTER) 


/DACK DMA ACKNOWLEDGE FROM DMA CONTROLLER, TREATED AS /CS=LOW 
AND AO=HIGH : 


OUTPUT SIGNALS: 
CLK INVERTED SYSTEM CLOCK FOR THE DCP 


MALE MASTER PORT ADDRESS LATCH ENABLE, ACTIVE DURING ADDRESS 
LATCH CYCLES TO LATCH THE REGISTER ADDRESS ON MP1 AND MP2 
(2 LINES OF THE MASTER PORT BUS) AND THE STATE OF /MCS 
IN. THE DCP STORES INTERNALLY THE ADDRESS AND CHIP SELECT 
TO THE NEXT ADDRESS LATCH CYCLE 


MASTER PORT READ, TO ENABLE REGISTER READ OPERATIONS 
MASTER PORT WRITE, TO ENABLE REGISTER WRITE OPERATIONS 


INTERNAL USED STATE SIGNALS (DO NOT CONNECT). Q1 IS ACTIVE 2 
CLOCK CYCLES IN EACH DATA TRANSFER OR DMA ACKNOWLEDGE CYCLE. 
IT IS USED TO GENERATE THE DELAYED Q2 AND Q3. Q2 IS USED TO 
HOLD /MRD ACTIVE UNTIL /IOR IS GONE INACTIVE. Q3 MASKS /MWR 
OFF. 


Figure 3-133. Source Listing for the Z80 to Am9568 DCP interface. (Continued) 
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280 to Am9518/Am9568 DCP 


This chapter shows, in two examples, how the Data Ciphering - 


Processor (DCP) can be interfaced to a Z80 (Z80A, Z80B) 
CPU (Figure 3-134). All interface control signals are generated 
by one PAL device. 


In CPU transfer mode,ciphering speed can reach up to 280 
Kbyte/s. A Z80A DMA controller can double this value, and a 
Z80-DMA-DCP hookup can increase the speed to 1.1 Mbyte/s. 


The multiplexed address/data bus of the DCP is simulated 
using a two-cycle operation mode. An output instruction to an 
even address (Ag=LOW) selects one of the internal registers 


of the DCP. In all subsequent I/O operations with Ag=HIGH, : 


the CPU can transfer data to or from DCP registers. The regis- 


ter address stays latched in the chip until the next Address. 


Strobe latches in a new address. The Address Latch Cycle 
does not represent significant overhead in an encryption or 
decryption session because, once the DCP is initialized and 
the data register is selected, no further Address Latch Cycle is 
needed. 


- - — pa 
ADDR DECODER 


AmPAL1 era Mes 


/O addresses: XXXX XXX@ - Address Latch Cycle 
XXXX XXX1 - Data Transfer Cycle 
X - User definable 

The AmPAL16Ré4 device controls the interface timing. It gener 
ates the synchronized strobe signals for the DCP and the Wait 
for the CPU to extend the cycles. 

The PAL device is programmed to allow two operation modes. 
In Mode A the DCP works with the same clock rate as the CPU. 
Mode B increases the ciphering speed by allowing higher than 
4-MHz system clock rates for the CPU. In this mode, the PAL 
device provides half the system clock rate for the DCP. 


A system with a Z80B at 6 MHz and an AmZ8068 at 3 MHz 
increases the ciphering speed compared to a system where 
both the CPU and the DCP clock are 4 MHz; the limiting factor 
is the data transfer capability of the CPU. 

The key requirement in interfacing the DCP to aZ80 CPU is to 
meet the timing relationship between the Master Port Data 
Strobe (MDS) and the DCP clock. The rising edge of MDS 
must be synchronous to the falling edge of the clock. 


Am9518/ 
AmZ8068 


Note 1: A/B=HIGH: Z80-9518/Z80A-8068 (MODE A) 


AIB = LOW: 


Z80B-8068 


(MODE B) 


02188A-97 


Figure 3-134. Z80-DCP Interface 
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The Operation Modes 


Mode A: Both the Z80 CPU and the DCP are operating syn- 
chronously at the same frequency. The DCP clock is 
inverted. This mode can be used with system clocks 
up to 4 MHz. No extra Wait States are inserted. 

To get higher ciphering throughput, the data transfer 
speed of the Z80 bus should be increased by using a 
higher system clock rate. In Mode B the PAL device 
divides the system clock by two to generate the DCP 
clock. The DCP clock is synchronized to the MDS by 
delaying the clock one half cycle if they are not in 

' phase (Figures 3-137 and 3-138). During a Data 
Write Cycle, one extra Wait State is inserted. An 
AmZ8068 must be used in this mode, even at a DCP 
clock rate of 3 MHz, because of its faster register 
access time. 


Figure 3-134 shows the interface. The A/B input of the PAL 
device is wired HIGH to select Mode A or LOW to select 
Mode B. 


The Interface Timing 


Address Latch Cycle: (Figures 3-135 and 3-136) 

Master Port Chip Select (MCS) is active when IORQ and CS 
are active LOW and Ag=LOW (even address). Master Port 
Address Strobe (MAS) is strobed LOW for one system clock 
cycle during the Z80's automatically inserted Wait cycle Ty to 
meet the hold time requirement of MAS HIGH to MCS HIGH 
(parameter 35). 


Data Read Cycle: (Figures 3-135 and 3-137) 


A Data Read Cycle reads the register whose address was 
latched in the previous Address Latch Cycle. MCS and MAS 
are inactive the whole cycle. MDS is active during the last two 
clock cycles, Tw and T3. In both A and B Modes, no Wait State 
is inserted. WR and Ao must be HIGH. In Mode B the DCP 
clock is set HIGH in the beginning of Ts using an internal signal 
Q to synchronize the falling edge of the DCP clock to the rising 
edge of MDS. @ is only active in Mode B during Wait State Tw. 
This interface meets the data hold time of the Z80, because the 
data is stable to the beginning of T of the next machine cycle. 


Data Write Cycle 


In this cycle, the CPU can write one byte into the addressed 
register. MCS and MAS are inactive. WR is active and Ag is 
HIGH. 

Mode A (Figure 3-135) 


MDS is strobed LOW for Ty. The DCP reads the data in at the 
beginning of T3. No Wait State is inserted. 

Mode B (Figure 3-138) 

MDS is strobed LOW for the Wait cycle Tw and the additional 
Wait cycle Tw to meet the minimum data strobe active time 


(parameter 44) of the DCP. The DCP reads the data in at the 
begin of T3. 


Data Ciphering Speed 

The byte transfer capability of the Z80 system bus limits the 
data ciphering throughput of the DCP. A Z80 DMA controller 
doubles the maximum throughput compared to a CPU- 
controlled transfer as indicated in the following table: 


TABLE 3-19. 


AmZ8068 
AmZ8068 168 
Am9518 168 


N — Number of DCP clock cycles to transfer and cipher 8 
bytes of data. In CPU-controlled modes the use of the 
Z80 block transfer commands like INIR, INDR, OTIR or 
OTDR is assumed. 


T -— Throughput in Mbyte/s 


168/176 0.28/0.27 
0.19 


0.14 


The formula for calculating the throughput is: 
T = (8* f) / (N + m) Mbyte/s 

f — DCP clock in MHz 

8 — 8 bytes per block 


m — Number of extra DCP clock cycles to get a minimum 
delay time of five clocks between transferring the last 
byte of one block and the first byte of the next block. In 
CPU controlled transfers m=0 can be assumed, be- 
cause the CPU has to evaluate instruction fetches and 
memory data transfers between two I/O accesses. 
MFLG indicates if the DCP accepts data transfer. 
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_ Figure 3-135. Z80-Am9518/Z80A-AmZ8068 Timing Diagram (Mode A) 
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Figure 3-136. Address Latch Cycle (Mode B) 
(No Clock Synchronization) 


Figure 3-137. Data Read Cycle (Mode B) 
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Figure 3-138. Data Write Cycle (Mode B) 
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Figure 3-139. Clock Timing Diagram (Mode A and B) 
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PAL16R4 PAL DESIGN SPECIFICATION 
DCP046 JUERGEN STELBRINK 5/2/83 
Z80- AM9518/AMZ8068 INTERFACE CONTROLLER 

ADVANCED MICRO DEVICES 


CLK1 CLK2 /CS /IORQ AO /WR- AB Nc NC . GND 
JOE NC /WAIT /CLKB /Q /MDS /MAS /MCS CLK Vcc 


IORQ*CS*/A0 ; MASTER PORT CHIP SELECT 
IORQ*CS*/A0*WR*/MAS MASTER PORT ADDRESS STROBE 
IORQ*CS*WR*/MDS*A0*AB + ; WRITE DATA STROBE (MODE A) 
IORQ*CS*WR*AO*/MDS*/Q*/AB + ; WRITE DATA STROBE (MODE B) 
TORQ*CS*WR*A0*MDS*Q*/AB + ; WRITE DATA STROBE (MODE B) 
IORQ*CS*/WR*A0 ; READ DATA STROBE (MODE A+B) 
/CLKB*/Q*/AB CLOCK FOR MODE B 


CLK2*AB_ + (MODE A) 
CLKB (MODE B) 


TORQ*CS*/MDS*/Q*A0*/AB ; ; USED TO GENERATE MDS AND WAIT 
IF (Q*WR) WAIT = - Q*WR WAIT TO 280 
FUNCTION TABLE 


CLK1 CLK2 AB /CS /IORQ AO /WR CLK /MCS /MAS /MDS /WAIT /Q /CLKB 


COMMENT 
MODE A: Z80- AM9518 OR Z80A- AMZ8068 INTERFACE 

(DCP CLOCK = CPU CLOCK) 
CLOCK GENERATION . 


X L H X X X 
X H H X X X 


ADDRESS LATCH 


X / MACHINE CYCLE Ti 


CYCLE T2 


; CYCLE TW 
; CYCLE T3 


Pero 
Bot tet at a ot 
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adore Bengali 


Figure 3-140. Source Listing for the Z80 to Am9518/Am9568 Interface 
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c X H L HUSH X H H H ZH H 
; WRITE DATA OPERATION 
c X H L HH H X H H H ZH HH ¢ CYCLE TL 
c X H L LH OL X H°'H L Z H H_~ }; CYCLE T2 
CO SC OBS oho bo G X H H H Z H H_ }? CYCLE TW 
c X H L H H H X H H H Z H H_ } CYCLE T3 
; READ DATA OPERATION 
c X H L HH H X H H H Z HH}; CYCLETI 
c X H L L H H X H H L ZH H_~ }; CYCLE T2 
c X H L LH H X H H L ZH H_~ }¢ CYCLE TW 
c X H L H H H X H H H ZH H_~ } CYCLE T3 
; INVALID OPERATION (READ IN ADDRESS LATCH) 
c X H LLULUd4&#s X L H H ZH H_~}; NO sMaAS ! 
; / / 
7c Cc I 7/7 Cc 
7; LoL / 0 / c MM MA [ 
;K K AcRAW LcaADIS K 
> 1 2 BS Q OR K S§ S S T QB COMMENT 
; MODE B: Z80B= AMZ8068 INTERFACE 
; (DCP CLOCK = CPU CLOCK/2) 
; WRITE DATA OPERATION 
? i 
c X L H H H H L H H H 2 H L~ ; CYCLE TL 
c X LH HH H H H H H Z H H_~ } CYCLE T2 
C298 Bo Loe: SE L H H LLL UL } FIRST WAIT CYCLE (CLK=L) 
IG XS Ee PE cH 2B H H H L Z H H- } SECOND WAIT CYCLE 
Ce she ee L H H H Z H L_ }; CYCLE T3 
30 Bw: BS H H H L LL H-~ }; FIRST WAIT CYCLE (CLK=H) 
ane aah Same Clee CM a H H H L Z H H_- } SECOND WAIT CYCLE (SYNC !) 
GX. °hs Ste se L H H H ZH L_ } CYCLE T3 
; READ DATA OPERATION 
c X L H H H H H H H H Z H H~ } CYCLE Tl 
c X Lb H HH H L H H H ZH L_ }; CYCLE T2 
c Xx LLULUd4Hs#Hds# H H H L ZL H_~ }? WAIT CYCLE 
eX LB-L bono H H H L Z H H~ ? CYCLE T3 (SYNC!) 
c X L LH H H L H H H ZH L_} NEXT CYCLE 


Figure 3-140. Source Listing for the Z80 to Am9518/Am9568 Interface (Continued) 
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DESCRIPTION: 


THIS PAL GENERATES ALL NECESSARY BUS CONTROL SIGNALS, TO INTERFACE 
THE AM9518 OR AMZ8068 TO THE Z80 CPU WITH A SYSTEM CLOCK UP TO 6 MHZ. 


2 INPUT AND 1 INPUT/ OUTPUT PINS ARE NOT USED, SO THAT FOR EXAMPLE 
A DATA BUS TRANSCEIVER CONTROL LOGIC CAN BE ADDED. 


IN SYSTEMS WITH A CLOCK UP TO 4 MHZ, THE DCP RUNS DIRECTLY AT THIS 
FREQUENCY (MODE A, INPUT AB = HIGH). 

IF THE FREQUENCY IS HIGHER, THE DCP IS DIVIDED BY TWO FROM THE 
SYSTEM CLOCK (MODE B, AB = LOW). 


INPUT PINS: 


CLK1, CLK1 IS THE CLOCK INPUT FOR THE FOUR INTERNAL D-FLIP-FLOPS. 
CLK2 THEY ARE CLOCKED BY THE RISING EDGE OF CLK1. THE DCP DATA 
STROBE MUST BE SYNCHRONOUS TO THE FALLING EDGE OF THE CLOCK; 
THE INVERTED CLK2 IS THEREFORE SENT TO THE OUTPUT CLK. 
IN MODE B CLK2 IS SYNCHRONIZED BEFORE IT APPEARS ON THE CLK 
OUTPUT. BOTH INPUTS ARE CONNECTED TO THE Z80 SYSTEM CLOCK. 


CHIP SELECT GENERATED BY AN ADDRESS DECODER LOGIC 
(ACTIVE LOW). IF /CS IS ONLY ACTIVE IN I/O CYCLES, 
THE /IORQ INPUT CAN BE WIRED LOW. 


INPUT/ OUTPUT REQUEST OF THE Z80 (LOW ACTIVE) 


LEAST SIGNIFICANT BIT OF THE Z80 ADDRESS BUS 

TO SELECT TYPE OF OPERATION: 

AO= LOW SELECT REGISTER FOR NEXT DATA CYCLES 
(ADDRESS LATCH) 

AO= HIGH READ OR WRITE INTERNAL REGISTER 
(DATA TRANSFER TO CONTROL, MODE, INPUT 
OR OUTPUT REGISTER) 


WRITE SIGNAL OF THE 280, DEFINES DATA TRANSFER DIRECTION 


AB= HIGH MODE A 
AB= LOW MODE B 

OUTPUT SIGNALS: 

/WAIT ACTIVE LOW DURING FIRST WAIT CYCLE IN WRITE DATA 
OPERATION IN MODE B, TO GENERATE AN EXTRA WAIT STATE. 
THE OTHER TIME /WAIT IS IN THREE STATE. 


/MCS MASTER PORT CHIP SELECT, ONLY ACTIVE IN ADDRESS LATCH 
‘CYCLES 


/MAS MASTER PORT ADDRESS STROBE, ACTIVE IN ADDRESS CYCLES 


TO LATCH THE REGISTER ADDRESS AND /MCS IN. THE DCP 
STORES INTERNALLY THE ADDRESS AND THE CHIP SELECT 


TO THE NEXT ADDRESS LATCH CYCLE 
MASTER PORT DATA STROBE TO ENABLE DATA TRANSFER TO THE 
INTERNAL REGISTERS OF THE DCP 


DCP CLOCK, IN MODE B SYNCHRONIZED TO THE MASTER PORT DATA 
STROBE (/MDS) 


DCP CLOCK OUTPUT INTERNALLY USED FOR MODE B (NOT CONNECT) 
INTERNAL STATUS SIGNAL (NOT CONNECT) 


Figure 3-140. Source Listing for the Z80 to Am9518/Am9568 Interface (Continued) 





3-184 


"28001/8002 Overview 


This CPU has a 16-bit data multiplexed address/data bus (the 
28001 has 7 additional non-multiplexed address outputs, 
called segment bits, extending its memory address range to 8 
Mbyte). 

Z8001/8002 addresses are specified as bytes. In a 16-bit word 
the least significant byte has the higher address, the most 
significant byte has the lower address. This differs from the 
8080, 8085, 8086, and Z80. Moreover, 16-bit and 32-bit words 
must be aligned with an even address. 


The 8-bit peripherals should be connected to the lower half of 


the Z8001/2 data bus and must be addressed with odd ad- 
dresses (non-contiguous addressing). 


The data bus is “asynchronous”, i.e. the CPU machine cycle 
can be stretched without clock manipulation by inserting Wait 
States between T2 and T3 of a read or write cycle to accom- 
modate slower memory or peripherals. 
Separate address space for I/O (64 kbytes) defined by Status 
Code 0010 on the four Status outputs and by the R/W output 
from the Z8001/2. Addresses are guaranteed valid before the 
rising edge of AS. 
Data from I/O must be valid before the rising edge of DS. Data 
to I/O is valid during DS. 
DMA: The bus is requested by activating the BUSRQ input to 
the Z8001/2. 
Bus Grant is confirmed by the BUSAK output from the 
28001/2. 


ANPAL16L8 
PATOO1 


File: Z8K90.PAL 


Z8001 TO LANCE INTERFACE 
ADVANCED MICRO DEVICES 


7AS /HLDA READ /CS 
STO /T /M 
IF /(HLDA) T 


IF (/HLDA) R = 


/dAIT LE /R 


Interrupt is requested by activating either the NMI (non- 
maskable), NVI (non-vectored interrupt), VI (vectored inter- 
rupt), or SEGT (segment trap from the memory management 
unit). 

Interrupt is acknowledged by the STATUS code output from the 
Z8001/2. During the Interrupt Acknowledge Cycle the Z8001/2 
reads a 16-bit word containing an 8-bit jump vector for vectored 
interrupt. ; 


28001 to Am7990 LANCE Interface 


Z8001 interface to the LANCE is easily accomplished since the 
Z8000 also has a multiplexed bus and most of the control 
signals can directly be connected (Figures 3-141 and 3-142). 
This design also uses the PAL (AmPAL16L8) to reduce parts 
count. INTR pin of the LANCE is connected to NVI pin of the 
Z8001, since LANCE does not return a vector during the inter 
rupt acknowledge cycle. The PAL uses the status lines ST3- 
ST, (when Z8000 is the bus master), or HLDA from LANCE 
(when LANCE is in bus master mode), to generate M, the 
memory request signal. The user should program the ACON, 
BCON, and BSWP to 1, prior to initializing the LANCE. When 
the LANCE is the bus master, DALI and DALO contro! the 
transceiver. When the CPU is the bus master, T and R are 
generated from R/W and DS to control the transceiver. 


OSKOUY 
1984 


RASOUL M, 
MARCH 13, 


/DS -/READY ST3 ST2 ST1 GND 


Nc NC NC VCC 


/READ*/CS 


READ*®DS*/CS 


M = /HLDA®ST3*/ST2*/ST1*®/STO + 


/HLDA®/ST2*/ST1*STO + 


/HLDA®ST3*ST2*/ST1 + 


HLDA 
WAIT / READY 


/LE = AS 


Figure 3-141. Source Listing for the Example of Figure 3-142 
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ADDRESS. 
BUS DATA BUS 


Am29841 


ADR 


DAL45~DALo 


/CELE /M /AS /OSREADIT IR 
WAIT /READY 


ST3 


AmPAL16L8 READY FROM LANCE 


Z8K90.PAL SYSTEM 
Am7990 


02188A-121 


Figure 3-142. Z8000-AmZ8068 Interface 
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3.5 BUS INTERFACE LOGIC 


3.5.1 MULTIBUS TO Am9516 INTERFACE 


This interface shows the Am9516 connected to the MULTIBUS 
(Figure 3-143). This is accomplished by two PAL device 
designs. The equations for the PAL devices are shown in Fig- 
ures 3-144 and 3-145. The first designated Am9516MBC does 
the MULTIBUS arbitration as defined by the MULTIBUS 
specification. Common bus request (CBRQ) was not imple- 
mented in this design. Additionally this design holds the bus as 
long as BREQ is active. If the user wishes to release the bus 
after each transaction the Am9516 should be programmed for 
CPU interleave. 


The second PAL device in this interface designated 9516MBC, 
converts the Am9516 signals into MULTIBUS contro! signals. 
It also generates RD and WR for the 8530 so that flyby trans- 


fers can be done. When not doing flyby, this part of the PAL 
device should be changed. There are several considerations 
when using the SCC with DMA not addressed here. These are 
covered in a separate application. This example will work for . 
moderate serial data serial data rates. To operate the SCC at 
maximum speed, a local RAM should be used as bus arbitra- 
tion overhead could cause problems. The main purpose here 
was to illustrate the versatility of PAL devices and how 
easy it is to interface apparently incompatible devices to the 
MULTIBUS. 


The two PAL device shown are similar in function to the 8289 
and 8288 shown with the 8086 CPU. A similar design could be 
done for processors such as the 68000 or other bus masters 
such as the 8052 CRT controller which has its own DMA. 
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881-€ 


A,B,C,G 
DECODER 
Y; Yo 
pc A/B 


09-07 


ca 


ADDRESS-DATA BUS 


Figure 3-143. Am9516 to 8086 in a MULTIBUS® Environment 


MULTIBUS 





SYSTEM MEMORY 


Ag-A23  Do-015 READY 


02188A-128 


PAL16L8 PAL DESIGN SPECIFICATION 
PAT 002 , JOE BRCICH 9 SEPT 82 
MULTIBUS CONTROL FOR 9516 

ADVANCE MICRO DEVICES 


BACK MIO NC NC /DACK NC NC NC /CEN GND 
NC /RD /IORC /DS /MWTC /MRDC /IOWC /RW /WR VCC 


IF (BACK) IORC = /MIO*DS*/RW*CEN 
IF (BACK) IOWC = /MIO*DS*RW*CEN 
IF (BACK) MRDC = MIO*DS*/RW*CEN 
IF (BACK) MWTC = MIO*DS*RW*CEN 
RD = DACK*RW*BACK + IORC*/BACK 
WR = DACK*, (W*BACK + IOWC */BACK 
IF (/BACK) DS = IORC + Iowc 


IF (/BACK) RW = IOWC 


DESCRIPTION 


THIS PAL CONVERTS MULTIBUS SIGNALS INTO 9516 COMPATIBLE SIGNALS AND 
VICE VERSA. IT ALSO SUPPORTS THE 8530 IN FLYBY MODE. 


Figure 3-144, Source Listing for MULTIBUS to Am9516 Interface 
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PAL16R4 PAL DESIGN SPECIFICATION 
PAT 004 JOE BRCICH 30 JULY 84 
MULTIBUS ARBITER FOR 9516 

ADVANCE MICRO DEVICES 


/BCLK /XACK BRQ /BSY /BPRN /DS NC /IORC /CS GND 
/OE /RBEN /TBEN BACK /CEN /BREQ /BUSY /BPRO /WAIT cc 


IF (/BACK) TBEN = IORC * CS 
IF (/BACK) RBEN = /IORC * CS 
WAIT = /XACK * BACK 

BREQ := BRQ 

BPRO = /BRQ * BPRN 

/BACK := /BUSY 


BUSY := BREQ * BPRN * /BSY * /BUSY + 
BREQ * BUSY * BPRN + DS * BUSY 


CEN :™ BACK 

DESCRIPTION 

/CEN DELAYS THE COMMANDS TO MEET THE MULTIBUS REQUIREMENT. THAT ADDRESS 
AND DATA BE VALID AT LEAST 50 NS PRIOR TO CONTROL ACTIVE. IF WE DO 


NOT ALLOW PREEMPTION; REMOVE BPRN FROM THE SECOND EXPRESSION IN THE 
BUSY EQUEATION AND ELIMINATE THE THIRD EXPRESSION. 


Figure 3-145. Source Listing for MULTIBUS to Am9516 Interface 
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3.5.2 Z-BUS AND 8088/8086 INTERFACE 


This application note describes how replacing two 8086 sup- 
port chips with a Z8000 support chip and an AmPAL16R8A 
allows the 8086 CPU to interface directly to the Z-BUS. Since 
the timing of the signals used is the same for the 8088 CPU, 
this circuit will work equally well in those applications. 


Interfacing the 8086 CPU to the Z-BUS allows 8086 users to 
take advantage of the very powerful Z8000 peripheral and 
memory support circuits that are available. The Z8000 
peripheral circuits in particular offer the user higher 
throughput rates, simpler control software and less system 
overhead requirements than any previous generation periph- 
eral family for any CPU. 


Design Requirements 


The 8086 CPU can operate in two different modes. In mini- 
mum mode, it generates al! the bus control and timing 
signals for the 8086 (8085, 8088) buses directly on-chip. In 
maximum mode, the CPU puts out status information early in 
each bus cycle and relies on an external bus controller chip, 
the 8288, to generate timing and control signals. This im- 
plementation uses the CPU in maximum mode and replaces 
the 8288 with a programmable array logic element 


(AmPAL16R8A) that generates the Z-BUS timing and control 
signals from the status signals provided by the CPU. It also 
makes use of the AmZ8127 clock generator to allow precise 
timing resolution by providing an oscillator signal at 3 times 
the CPU clock frequency. The AmZ8127 provides all the clock 
generation functions of an 8284A as well as several addi- 
tional functions. Either clock chip will work in this system. 


The. bus controller provides the following functions: 
—Generates AS, DS, INTACK and R/W with proper timing 
relative to address and data. 


—Provides simultaneous assertion of AS and DS during 
reset. 


—~Automatic insertion of 1 wait state for afl I/O cycles. 


—Synthesizes a single Z-BUS interrupt acknowledge cycle 
from the 8086 IACK cycles. 


Figure 3-146 shows the circuit interconnection diagram. The 
system uses a high-speed AmPAL16R8A to generate AS, DS, 
R/W and INTACK of the Z-BUS, RDY for wait state generation, 
and three internal state variables. The registers are clocked with 
the 15-MHz OSC signal from the 8127. The five input signals to 
the PAL are 5-MHz CPU Clock Signal (CLK), System Reset 
(RESET), and the three CPU Status States (So, S;, So). 


AmPAL16R8A 


03862A-103 


Figure 3-146. Circuit Interconnection Diagram 
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The CPU indicates the start of a bus cycle by bringing at least 
one of the status lines low from the idle high state (see 
Figure 3-147). This starts an internal timing sequence within the 
PAL which corresponds closely to the various T states of a 
bus cycle. AS is asserted during the time CLK is LOW during 
T,. DS is asserted at the start of Ts. If it is an I/O cycle, then 
RDY would be disabled for one CLK period straddling Tz and 
T3 causing the 8127 to request 1 wait state after T3. In either 
case, DS remains asserted until after the first 1/3 of T,, which 
is identified by the status lines returning to the idle state dur- 
ing the previous cycle. R/W Is generated by sampling Sp and 
S, during AS. 


Th | Ta | T3 | Ts | 


| 
8127 OSC t t t 


O 
8127 CLK 


8086 So, 51, 52 


Po 


It is in the realm of interrupts where the Z8000 peripherals 
shine over other periperhals. Each peripheral can identify 
many different exception conditions during its operation. 
The occurrence of one or more of these conditions causes ac- 
tivation of a single interrupt request line. The peripheral 
wants the CPU to respond with a single interrupt acknowl- 
edge cycle, during which the peripheral resolves priority and 
provides the CPU with enough status and vector information 
to allow It to respond to the exception without any further in- 
terrogation of the peripheral. This allows Interrupt driven 
systems to achieve very high data throughput rates. 


a) | Ta | Ts | Tw | 1% qt | 


ee ec aa 


03862A-104 


Figure 3-147. Memory and !/O Timing Diagram 
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The 8086 CPU responds to an interrupt request with a se- 
quence of two interrupt acknowledge cycles, and only in the 
second is any data read off the bus. As stated before, the 
Z-BUS peripherals require only one acknowledge cycle. The 
timing of this has to be such that there is enough delay be- 
tween AS going HIGH and DS going LOW to allow any priori- 
tizing daisy chains to settle, and DS has to be wide enough to 
allow the peripheral time to place vector or status informa- 
tion on the bus. Figure 3-148 shows how these two require- 
ments are accomplished by turning the two acknowledge cycles 
into one. The first cycle allows only AS and the second asserts 
only DS and does so for the complete cycle. This appears to the 
peripheral as one very long bus cycle which is identified as an 
interrupt acknowledge cycle by the assertion of INTACK. 


{, tt | tf [ot |] on | 


Design Approach 


To implement this design in an AMPAL16R8A requires recogniz- 
ing the Z-BUS timing characteristics in Figures 3-147 and 3-148. 
The major characteristic to consider is counting the phases of a 
bus cycle. Internal state variables Pp and’P, are the result (see 
Figure 3-149). An additional internal state variable (lz) is neces- 
sary to count the second bus cycle of an interrupt acknowledge 
sequence. As shown in Figure 3-150, lz in conjunction with 
INTACK allows AS to be asserted only in the first interrupt ac- 
knowledge cycle and DS only in the second. The RESET input is 
used to initialize the internal variables and assert AS and DS. 
Note also that 35 and S; are included in the DS equation to 
prevent DS from being asserted during a halt cycle. 


| Tt: | Th | T2 | T3 | Ta | TN 


como tht ttt ttt ttt ettt ttt rt trtrtt¢ttt tet 


66.6ns 


8086 So, 51, S2 S=0 s 


Ss $=7 


es ee eT Ne 


er eee ae eg: 


nn an oe 
INTACK | | 
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Figure 3-148. interrupt Acknowledge Timing Diagram 
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The fact that AMD PALs are user programmable allows a 
great deal of flexibility for the designer. Minor timing changes 
are easily implemented by simply adding or changing aterm 
in the logic equations and reprogramming the device. In this 
system, we have timing resolution to 67 ns. This same configu- 
ration can be used with a 24-MHz crystal for 8-MHz CPU chips. 
The logic equations would change because the OSC period 
would be 42 ns. The only hardware change would be the crystal. 


An additional PAL could also perform chip select decoding 
based on both address and status signals. 


Conclusion 


We have seen how a properly programmed PAL can be used 
to replace a specialized bus controller chip and allow an 8086 
CPU to interface directly to Z-BUS peripheral(s) and/or 
memory systems. This brings all the advantages of the supe- 
rior Z8000 peripheral family in terms of both throughput and 
ease of use to 8086 users with no increase in chip count while 
still allowing a wide range of design flexibility. The logic 
diagram and PALASM equations for the AmPAL16R8A 8086 to 
Z-BUS interface chip are shown in Figures 3-151, 3-152, 3- 153, 
and Table 3-20. 


rr: [Po[ PHASE | CPUT STATES, 


IDLE 
AS TIME 


AS TO DS DELAY 


DS TIME 


03862A-106 


Figure 3-149. 
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NO 
be 
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Figure 3-150. 
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PAL16R8 PAL DESIGN SPECIFICATION 
PATOO4 NICK ZWICK 6/21/82 
8086 TO Z-BUS INTERFACE CHIP 

ADVANCED MICRO DEVICES 

CK RESET CLK /SO /S1 /S2 NC NC NC GND 

/E /PO /P1 /RW /DS /AS /INTACK RDY /I2 VCC 


; INTERNAL STATE VARIABLES 


PO := /RESET* SO*/PO*/P1*/CLK + 
/RESET* S1*/PO*/P1*/CLK + 
/RESET* S$2*/PO*/P1*/CLK + 
/RESET#PO*/CLK + 
/RESET*P1*CLK* SO + 
/RESET*P1*CLK* S1 + 
/RESET*P1*CLK* S2 


z= /RESET*PO*/P1*CLK 
/RESET*P1*/CLK 

/RESET#P1#CLK* SO 

/RESET*P1*CLK* S1 

_ /RESET*#P1*CLK* $2 


s= /RESET*INTACK*/I2*GLK*PO*P1 + 
/RESET#I2*/P1 + 
/RESET*12*/PO + 
/RESET#12*PO*P1*/CLK 


3Z-BUS OUTPUT SIGNALS 


AS := RESET 
/PO*/P1*CLK*/12 
AS*/PO*/I2*/DS 


:= RESET 
/INTACK*/PO*P1*CLK*SO 
/INTACK*/PO®P1*CLK*S1 
I2* SO* S1* S2 
DS*PO*P1 


RW := AS*SO*/S1 
RW*/AS 


INTACK := /RESET* SO* S1* S2 rs 
/RESET*INTACK*/I2*P1 + 
/RESET*I2 


/RDY := /RESET*SO*/S1* S2*/PO*P1 + ;DISABLE READY ON 1/0 OP 
/RESET*/SO*S1* $2*/PO*P1 


Figure 3-151. Source Listing for the Z-Bus to 8088/8086 Interface 





3-195 


feoBesBcokesMeckeoeskeotsonoom=sn-o-=) GBMmmmAAAtmnR ae am SSS Sc og at et ot ot 


sais odsokocdongoc nets Me= gases kao) jonas Eten geo Besos geckos hese rgconoomasne= AAA AAR AA AA AAA AANA 
mim adda ARO UmR eee eos pas-E-<E--M--8--B--—--B--E--8--9--0- 9-2-2 
TS mmm m em AAnA ae TmMe eam MAA AAA AA SG eoMcoBsoseoMeosoomook=>B-onesmeck-" i be meme! 
ood Be Booman -oneokeomecdeomeonsaa->) AHA DORR ea ae eos Seen t--0----f--0--0--2--—--0--0--2--2-- 9 


AAA AAH AAA AAA AA AAA AANA AA AA ANA AAA AHAANA AN Reem 
SHAH aometeeAAy i a eoomeomeomeshosneckee nor noo a ie AAA mmm em AAAAAHAe 


AHAmMMeAAHA Tm mAAA ADO AAmEr eae oHAH HmmAANA De mAAnAHn et aHY 


MAA A ANA AHA meee ow Bnes a= goedeok-= Besos ka= eek -- aoa a o=) AAAA HANAHAN eee ead 


TABLE 3-20. FUNCTION TABLE 
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TWO CYCLE INTERRUPT SEQUENCE 


MEMORY WRITE OPERATION 
I/O READ OPERATION 
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FUNCTION TABLE 
; INITIALIZE 
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TABLE 3-20. FUNCTION TABLE (Continued) 


AQAARAAAN 








DESCRIPTION 
THIS DEVICE IS USED FOR INTERFACING THE 8086 CPU DIRECTLY TO THE Z-BUS 
ALLOWING INTEGRATION OF THE VERY POWERFUL Z8000 PERIPHERAL AND MEMORY 
SUPPORT CIRCUITS INTO 8086 SYSTEMS. THE DEVICE IS DESIGNED TO WORK IN 
CONJUNCTION WITH THE Z8127 CLOCK GENERATOR FOR PRECISE TIMING 
RESOLUTION. 
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PAL16R8 PAL DESIGN SPECIFICATION 
PATOO4 NICK ZWICK 6/21/82 
8086 TO Z-BUS INTERFACE CHIP 

ADVANCED MICRO DEVICES 
*D9724 

*FO* 

LOOOO 1001 0111 1110 1111 
LO032 1010 1111 1111 1111 
LO064 1010 1111 1111 1111 
LO096 1010 1011 1111 1111 
L0256 1011 1111 1011 0111 
LO288 1011 1111 0111 1011 
LO512 1011 1111 1011 1011 
L0544 1001 1111 1110 1111 
LO576 1010 1111 1111 1111 
LO768 0111 1111 1111 1111 
LO800 1101 0111 1111 1111 
L0832 1101 1111 1111 1110 
L1024 0111 1111 1111 1111 
L1056 1111 0111 1001 1111 
L1088 1111 0111 1101 1011 
L1120 1110 1111 1011 1011 
L1152 1111 1111 1111 1111 
L1280 1111 1111 1011 0110 
L1312 1111 1111 1111 1101 
L1536 1011 0111 1111 1111 
L1568 1011 1011 1111 1111 
L1600 1011 0111 1011 1111 
L1632 1011 0111 1111 1011 
L1664 1011 0111 1111 1111 
L1792 1011 1011 1011 1111 
L1824 101] 1011 1111 1011 
L1856 1011 1011 1111 1111 
L1888 1011 1011 1111 1111 
L1920 1011 0111 1011 1111 
L1952 101] 0111 1111 1011 
L1984 1011 0111 1111 1111 
C711D* 

VOOO1 C1XXXXXXXOXHHXLLHHH1 
vooo2 C00111XXXOXHHHHHHHH1 
voo03 CO01011XXXOXHHHHLHHH1 
voo04 CO00011XXXOXLHLHLHHH1 
voo05 C00011XXXOXLHLHHHHH1 
vOO06 CO1011XXXOXHLLHHHHH1 
VO007 C00011XXXOXHLLHHHHH1 
voO08 C0001 1XXXOXHLLHHHHH1 
Vo009 CO01011XXXOXLLLLHHHH1 
VvO0O10 C0001 1XXXOXLLLLHHHH1 
VOO11 C00111XXXOXLLLLHHHH1 
vO0O12 CO1111XXXOXHHLLHHHH1 
V0O013 C00111XXXOXHHLHHHHH1 
vo0014 CO00111XXXOXHHLHHHHH1 
VO015 CO1100XXXOXHHLHLHHH1 
VO0O16 COO100XXXOXLHHHLHHH1 
V0017 CO00100XXXOXLHHHHHHH1 


* 
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Figure 3-152. Fuse Plot and Test Vectors for the Z-Bus to 8088/8086 Interface 
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VvO018 CO1100XXXOXHLHHHHHH1 
VO019 CO0100XXXOXHLHHHHLH1 
VO020 CO0100XXXOXHLHHHHLH1 
VO021 CO1100XXXOXLLHLHHLH1 
VO022 COO100XXXOXLLHLHHHH1 
V0023 CO0100XXXOXLLHLHHHH1 
V0024 CO1100XXXOXLLHLHHHH1 
V0025 C0O0100XXXOXLLHLHHHH1 
VO026 CO0111XXXOXLLHLHHHH1 
V0027 CO1111XXXOXHHHLHHHH1 
V0028 CO0111XXXOXHHHHHHHH1 
V0029 CO1000XXXOXHHHHLLHH1 
VO030 COOOOOXXXOXLHHHLLHH1 
VO031 COOOOOXXXOXLHHHHLHH1 
VO032 CO1000XXXOXHLHHHLHH1 
V0033 COOOOOXXXOXHLHHHLHH1 
V0O034 COOOOOXXXOXHLHHHLHH1 
VO035 CO1000XXXOXLLHHHLHH1 
V0036 COOOOOXXXOXLLHHHLHH1 
VO037 C00111XXXOXLLHHHLHH1 
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VO048 COOOOOXXXOXLLHLHLHL1 
VvO049 C00111XXXOXLLHLHLHL1 

’ VOOS50 CO1111XXXOXHHHLHLHH1 
VOO51 C0Q0111XXXOXHHHHHHHH1 
A334 


3 Ok oe ke OK ok ok OK Ok OK OK Ok ke Ok OK OK ek Ke Ok OR OK OK Ok Ok Ok kk OOK OK OK OK OK Ok Ok 


Figure 3-152. Fuse Plot and Test Vectors for the Z-Bus to 8088/8086 Interface (Continued) 
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Columns: Inputs (0-31) 
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Figure 3-153. Logic Diagram for 8086 to Z-Bus Interface Using AmPAL16R8 
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3.5.3 AN AMD PAL MULTIBUS ARBITER 


The popularity of bus oriented systems can be traced to their 
low cost, flexibility, and expandability. Expansion is easy 
because a well defined standard enforces compatibility and 
simplifies interfacing. The MULTIBUS is a good example of a 
popular and easily used bus standard. However, all of these 
bus systems require some way of interacting with the other 
devices on the bus. This interaction is generally controlled by 
an arbitration unit. This application note will describe how a 
PAL can be used to construct a custom MULTIBUS arbiter 
which is higher performance and more economical than the 
LS! alternatives. 


Design Requirements 


Since the MULTIBUS can have more than one master trying to 
use the bus at the same time, an arbitration scheme is re- 
quired to ensure correct operation of the system. Prioritiza- 
tion is accomplished by assigning different access priorities 
to the different bus masters. The two implementations avail- 
able to assign priority are serial and parallel. The serial 
method involves a daisy chain of bus grant ins (BPRN) and 
bus grant outs (BPRO) with higher priority devices occupying 
the positions closer to the beginning of the chain (Figure 3-154). 
The parallel method prioritizes the bus requests (BREQ) ofall the 
masters and generates a bus grant in (BPRN) to the master of 
highest priority (Figure 3-155). The priority decoder of Figure 
3-155 is easily implemented in a single AMPAL16L8 (Figure 
3-156). 


The timing requirements for the MULTIBUS are very easy to 
implement and are designed to handle the usual timing prob- 
lems that appear in many systems. Control signals are all ac- 
tive LOW so that unconnected signals don’t interfere with the 


HIGHEST 
PRIORITY 
DEVICE 


normal operation of the bus. All bus arbitration is synchronous 
and all data transfers are asynchronous (see Figure 3-157). The 
only requirement is that an address be valid 50 ns before any 
control signals (read or write) become active. This prevents 
subtle timing problems caused by slow buffer/driver turn-on 
times. 


The arbitration and grant timing (illustrated in Figure 3-158) is 
also straightforward. Transfer requests are sent to the ar 
biters which then decide who gets the bus. If amaster device 
is currently using the bus and is ordered off, it is allowed to 
complete its current bus transfer cycle (i.¢., the current word 
or byte only). If the master, which was overruled, still needs 
the bus, it must wait until its priority is high enough to regain 
the bus. 


A typical sequence is initiated when an external request is 


received (SREQ) from a master device. This signal is synchro- 
nized to insure a valid bus request, minimizing the possibility 
of a metastable state occurring. After synchronization, the 
bus priority out (BPRO) line is disabled to signal lower priority 
masters in the chain that a higher priority master wants the 
bus (serial method). In the parallel method, bus request and 
common bus request (BREQ and CBREQ) are asserted to let 
the other MULTIBUS arbiters know a master wants the bus. 
Now, if the bus is not busy (BUSY is inactive), then the arbiter 
grants the requesting master access to the bus and asserts 
BUSY. The address buffers are enabled at this time, one cycle 
ahead of the read and write signals. When the master re- 
ceives a bus acknowledge (XACK) from the slave device, a 
single transfer cycle has occurred. The bus master then re- 
leases the bus and if it needs to do more transfers, another 
arbitration/grant cycle must take place. 


LOWEST 
PRIORITY 
DEVICE 
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Figure 3-154. Serial Priority Resolution 
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Figure 3-155. Parallel Priority Technique 03862A-110 
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Figure 3-156. PAL Implementation of Parallel Priority Resolution for MULTIBUS 
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Figure 3-157.b Write AC Timing 03862A-113 
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Figure 3-158. Bus Control Exchange Operation 
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Design Approach 


The first step in actually designing the arbiter was to convert the 
arbitration/grant and control signal sequence into a simple state 


transition diagram (see Figure 3-159). The state diagram was | 


then partitioned into its three basic components: 


—request/synchronization 
—dgrant/access logic 
—control signals 


The bus request logic decides when to issue a bus request 
using SREQ along with a qualifying read or write request (RD or 
WR). This signal is then fed through a double synchronizer 
(states 1 and 2). This creates an internally stable bus request 


alu 
=O°Oo 


tt 
° 


tou 
=Oo 


ou 
oo 


signal for the arbiter state machine (see Figure 3-160). Next, this 
request is fed into a bus grant flip-flop through some intervening 
logic. The intervening logic uses current bus status lines to de- 
termine whether to acquire the bus, give it up after the current 
transfer cycle is complete, or hold the bus (see grant/access 
logic in Figure 3-161). The final major function is the bus control 
logic. After successful acquisition of the bus, the appropriate 
control signals (MRDC, MWTC, IORC, lOWC) and address buf- 
fer enables must be asserted. In this case, the address buffer 
enable/grant (AEN) line is run through a flip-flop to become a 
delayed read/write control signal enable (OEN). This gives the 
drivers enough turn-on and setup time (100 ns minimum) for the 
address to stabilize on the MULTIBUS. The bus transfer control 
signal logic is illustrated in Figure 3-162. 


MULTIBUS 
REQUEST 
SYNCHRONIZATION 


RD =0 AND RESET =1 
OR 
WR =0 AND RESET = 1 


OR 
BPRN =0 AND CBREG =1 AND RESET =1 
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Figure 3-159. PAL MULTIBUS Arbiter State Transition Diagram 
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Figure 3-160. Request Synchronizer 


AEN (GRANT) 
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Figure 3-161. Grant/Access Logic 


BUSY 03862A-118 


Figure 3-162. Bus Transfer Control 
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The RESET line is run to all the registers to provide a synchro- 
nous reset for arbiter initialization. The full MULTIBUS standard 
requires a control signal drive capability of 32 mA for all of its 
control lines. The PAL 24 mA drive specification can drive up to 
7 cards on the bus, which is more than adequate for almost all 
applications. , : 


Acouple of interesting features are available which show the 
flexibility and functionality of PALs in a custom logic design 
such as this. The available MULTIBUS arbiters, like most LSI 
devices, have been optimized for one processor family. Any 
microprocessor (from the Z80 to the 8086, Z8000 or 68000) can 
be interfaced to the MULTIBUS by tailoring the request logic 
of the PAL arbiter. This can result in a significant parts count 
reduction. The MULTIBUS uses open collector drivers for 
several signal lines (BUSY and CBREQ). While PALs don’t 
have open collector drivers, that condition can easily be 


AmPALI6R4 


_ simulated by enabling the output drivers only when the out- 


put is active. In addition, most MULTIBUS arbiters force each 
master to re-arbitrate for access to the bus at the end of each 
data transfer. However, in the PAL arbiter design, If a master 
is executing multiple data transfers and if no master of 
higher priority is requesting the bus then the current master 
can retain the bus and execute more transfers. This reduces 
bus arbitration overhead and Increases bus bandwidth. Fi- 
nally, at the completion of all transfers, the current bus 
master normally releases the bus. In this design, if no one 
wants the bus, the last master to use it holds onto the bus on 
the assumption that it is going to be the next user. If it is, ar- 
bitration time is saved. If not, no time is lost. 


Figure 3-163 shows a block diagram of the arbiter and bus 
control logic (which fits into 1/2 of an AmMPAL16L8). A complete 
logic diagram and PALASM equations of the AmPAL16R4 are 
shown in Figures 3-164, 3-165, 3-166, and Table 3-21. © 


BUS CONTROL 
LOGIC 


BUS ARBITER 
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Figure 3-163. PAL MULTIBUS Arbiter with Bus Control Logic 
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PAL16R4 PAL DESIGN SPECIFICATION 
PATOOS MARK S. YOUNG 6/22/82 
MULTIBUS ARBITER 

ADVANCED MICRO DEVICES 

BCLK /RD /WR /SREQ /RESET /BPRN NC NC NC GND 

/E  /CBREQ /BUSY /SYNC /BPRO /AEN /OEN /BREQ NC VCC 


SYNC := /RESET*SREQ*RD + 
/RESET*#SREQ*WR 


BPRO := /RESET*SYNC 

AEN := /RESET* AEN*BPRO*WR + 
/RESET* AEN*BPRO*RD + 
/RESET*BPRO*BPRN*/BUSY + 
/RESET* AEN*BPRN*/CBREQ 

OEN := /RESET*SREQ*AEN 

IF(BPRO*/AEN) CBREQ = BPRO*/AEN 


IF (AEN) BUSY AEN 





BREQ = BPRO 
AEN 


Figure 3-164. Source Listing for the MULTIBUS Arbiter 
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TABLE 3-21. FUNCTION TABLE 


FUNCTION TABLE 


BCLK /E /RESET /RD /WR /SREQ /BPRN SYNC BPRO AEN OEN CBREQ BUSY BREQ 


; 
; INITIALIZE 
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DESCRIPTION 

THIS DEVICE IS A MULTIBUS ARBITER. IT SUPPORTS BOTH SERIAL AND PARALLEL 
BUS ARBITRATION SCHEMES. INTERNAL SYNCHRONIZATION LOGIC MINIMIZES THE 
POSSIBILITY OF METASTABLE CONDITIONS. THE GRANT/ACCESS LOGIC HAS BEEN 
DESIGNED TO MINIMIZE BUS ARBITRATION OVERHEAD. THE TRANSFER CONTROL 
LOGIC HAS BEEN DESIGNED TO ALLOW INTERFACING A WIDE VARIETY OF 
PROCESSORS TO THE MULTIBUS. 
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PAL16R4 PAL DESIGN SPECIFICATION 
PATOOS MARK S. YOUNG 6/22/82 
MULTIBUS ARBITER 

ADVANCED MICRO DEVICES 
*D9724 

*FO* 

L0256 1111 1111 1111 1111 
LO288 1111 1111 1111 1111 
L0320 1111 1111 1111 1110. 
L0512 1111 1111 1011 0110 
LO768 1111 1011 1111 0110 
LO800 1011 1111 1111 0110 
LO832 1111 1111 1111 0111 
LO864 1111 1111 1111 0110 
L1024 1111 1111 1111 0111 
L1280 1011 1111 1011 0111 
L1312 1111 1011 1011 0111 
L1536 1111 1111 1111 1110 
L1568 1111 1111 1111 1110 
L1792 1111 1111 1111 1101 
L1824 1111 1111 1111 1101 
C3602* 

VO001 CXXXOXXXX0011HHHHHX1 
voOo02 C11010XXX001 1HHHHHX1 
VO003 C10010XXX0011LHHHHX1 
VO004 C10010XXXOOLILLHHLX1 
VO005 C10010XXX001XLLLHLX1 
vOO06 C10010XXX001LLLLLLX1 
V0O007 C10010XXX001LLLLLLX1 
Vo008 -C10010XXX001LLLLLLX1 
VO009 C11010XXX001LHLLLLX1 
VOO10 C11110XXX001LHHLHLX1 
VOO11 C11111XXX0011]HHHHHX1 
VO012 C11010XXX0010HHHHHX1 
V0013 CO1010XXX0010LHHHHX1 
vO014 CO1010XXXOOLOLLHHLX1 
VOO15 CO1010XXXOOLOLLHHLX1 
VO016 CO1010XXXOOLOLLHHLX1 
VO0O17 CO1010XXX001XLLLHLX1 
V0018 CO1010XXX001LLLLLLX1 
V0019 CO1010XXXO0O1LLLLLLX1 
V0020 CO1010XXXOO1LLLLLLX1 
VO021 CO1010XXX001LLLLLLX1 
VO022 C11010XXX001LHLLLLX1 
ae C€11110XXX001LHHLHLX1 
548 
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Figure 3-165. Fuse Plot and Test Vectors for the MULTIBUS Arbiter 
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Figure 3-166. Logic Diagram for MULTIBUS Arbiter Using AmPAL16R4 
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3.5.4 VME BUS CONTROL 
SIMPLIFIED WITH PLDS 


A High-Performance Bus 


The VMEbus is a high-performance asynchronous bus capa- 
ble of supporting multiple 16- and 32-bit processors. Its 
asynchronous nature permits easy implementation of hard- 
ware controllers that reduce the time required for bus control 
tasks such as bus arbitration. By offloading these tasks to 
hardware, bus arbitration time is minimized which conse- 
quently maximizes the overall bus transfer rate. 


This article describes PLD implementations of two such con- 
trollers in a typical VMEbus system: the bus arbiter and the 
interrupter that comply with the VMEbus protocol. These state 
machines use to require multi-chip designs consisting of se- 


PROCESSOR/ 
MASTER 1 


PROCESSOR/ 
MASTER 2 


ADDR/ 


VMEbus 


quencers, microprogrammed control stores, and other MSI/LSI 
chips. By using the AmPAL22V10 programmable logic device 
(PLD), you can reduce substantially the number of chips 
needed for these state-machine implementations. 


Functional Modules 


A typical VMEbus-based computer system contains a bus ar- 
biter and an interrupt handler board. A processor/master in- 
itiates a data transfer to a slave by requesting control of the 
data bus from the bus arbiter. Once bus contro! has been 
granted to a master, control signals to and from the master and 
slave are exchanged which follow predefined protocols. These 
protocols guarantee an orderly transfer of data between the 


_ communicating modules. Interrupt servicing capability is 


provided by the interrupt handler board (see Figure 3-167) 


CACHE/SLAVE BUS 
ARBITER 


ADDRESS 
DECODER 
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Figure 3-167. Intermodule Communication Through Am29PL141 (FPCs) and PLDs in a VMEbus System 


Steps in Designing the Bus Controllers 


VMEbus protocols outline the steps to perform any bus-related 


operation, such as transferring data over the bus between two 
modules. These protocols are described using flow diagrams 
with interactions between the communicating modules shown 
through various interface signals. For example, the priority bus 
arbiter flow diagram (Figure 3-168) shows how bus requests 
between two modules using the same request line are 
resolved. 


The flow diagrams are analyzed to pick out the functions that 
can be incorporated into PLDs, and then state machines are 
created for these functions. These state machines can be 
described logically, or with flowchart symbols such as rectan- 
gular blocks (to symbolize events or control signals) and deci- 
sion diamonds (to determine control program flow). Logic 
equations are then written for these state machines. 


This methodical process is used in designing the two PLD- 
based VMEbus controllers: the bus arbiter and interrupt hand- 
ler controller. 
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A PLD Bus Arbiter 


Before any module can perform a data transfer, it must request 
control of the data transfer bus from the bus arbiter. This 
design uses a priority option bus arbiter implemented on a 
single AmPAL22V10 that monitors the four bus request lines 
BRO-3(L), with BR3(L) assigned the highest priority. 


Based on the flow diagram (Figure 3-168), the arbiter grants 
the bus to the requesting module using the highest active re- 
quest line, in this case BR1(L). A bus grant signal is daisy- 
chained to all the devices using this request line to resolve 
simultaneous bus requests from two or more modules. This 
dictates that the arbiter be in the first slot of the VMEbus sys- 
tem, and that the module physically closest to the arbiter 
through the daisy-chain will get the bus grant. 
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Figure 3-168. Bus Arbitration Flow Diagram for Two Bus 
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All bus requests are processed in parallel by the AND-OR 
array of the PLD. This allows priority arbitration to occur in a 
single clock cycle, which minimizes arbitration time and max- 
imizes the data transfer rate on the VMEbus. 


When the bus is free, the module using the highest active bus 
request line is granted the bus. This is described with Boolean 
logic notation where registered outputs are defined with ’:=' 


IF (BBSY*(BRO+BR1+BR2+ 

BR3)) THEN BEGIN 

IF (BR3) THEN 
BGSIN := 1; 

IF (/(BR3*BR2) THEN 
BG2IN := 1; 

IF (/BR3*/BR2*BR1) THEN 
BGI1IN := 1; 


if bus not busy and a 
request line is active 

if BR3 is active, grant 
bus to device on BR3 

activate bus grant 

_ daisy chain 2 

if BR1 is active and BR3 
and BR2 are not, then 
grant bus to device 
using request line 1 

BRO-3 and BGOIN to 
BGSIN are active low 


IF (/BR3*/BR2*/BR1*BRO). 
THEN BGOIN := 1; 
END : 


The AmMPAL22V10 can be programmed with normal or inverted 
outputs and the logic software can support active high or low 
input polarities. 


BGI1IN(L) is asserted until the requesting module asserts 
BBSY(L). This is defined in logic equation form as: 


F (/BBSY*BG1IN) THEN 
BGIIN := 1; 


continue asserting 
BG1IN until BBSY 
becomes active 


Priority Arbitration Options 


It may be necessary for the arbiter to force the current bus 
master to relinquish.bus control for certain conditions, such as 
if a higher priority operation must be attended to. This is done 
by asserting the bus clear signal BCLR(L) based on the priority 
of the bus current bus master and the bus clear conditions. 


The PLD arbiter keeps track of the current bus master’s priority 
by recording which bus request line was used to gain control of 
the bus. For example, two output registers called BUS_ 
MASTER will be set to the binary value “2” if the current bus 
master used BR2(L) to gain control of the bus. 


In this design, BCLR(L) will be activated under two conditions: 


1. If BUS_MASTER is 2,1 or 0 and the active bus request 
line is 3 or 2 
2. If BUS_MASTER is 0, and any bus request line is active. 


When BUS_MASTER is 3, then the arbiter will not honor any 
bus requests until the bus busy line BBSY(L) is low. The above 
conditions are expressed logically as: , 


IF (BBSY*(BRO+BR1+BR2+BR3)) THEN 

BEGIN IF (BR3*( /((MASTER[1:0] = 3) ) ) THEN 
BCLR := 1; “assert BCLR if MASTER <> 3” 

IF ((BR3*BR2*( /((MASTER[1:0] = 3) ) ) THEN 
BCLR := 1; 

IF (MASTER[1:0] = 0) THEN 
BCLR := 1; 

END; 


Once the BCLR(L) line is active, then it should be held until the 
current bus master releases BBSY(L). This is logically ex- 
pressed as BCLR = BCLR’*BBSY, or in a high-level syntax, 


IF (BCLR*BBSY) THEN 
BCLR := 1; 


The BCLR(L) signal is defined such that uninterruptible 
devices use BR3(L). Devices that can be temporarily 
suspended to accommodate interrupts and higherpriority op- 


- erations are assigned to bus request line 0. The BCLR condi- 


tions will vary with your application, but any modifications will 
only require redefinitions of the high-level logic expressions. 


The AmPAL22V10 is ideal as the bus arbiter because of the 


_ input/output signal requirements and the large number of prod- 


uct terms needed to logically define the bus grant and bus clear 


- signals. 


Processing Interrupts 


When real-time or urgent response is needed by a processor, it 
generates an interrupt request signal and waits for the interrupt 
acknowledge signal IACK(L) and |ACKIN(L) daisy-chain sig- 
nal. A 3-bit value is then read from the VMEbus when the data 
strobes are active; this value indicates which interrupt request 
line was acknowledged. These 3-bits are decoded to deter- 


mine if it matches the processor's request level. 


If the interrupt is acknowledged, then the interrupting proces- 
sor puts its status or ID byte on the data bus for the interrupt 
handler. This data is used by the interrupt handler as an inter- 
rupt vector. This processor can then wait in a loop until the 
IACK(L) signal from the interrupt handler is driven HIGH to 
signify interrupt service completion. 


interrupt Handling: The Interrupt Handler 
Preprocessor (IHP) 


To handle external I/O or special system events (e.g., timeout, 
overflow), interrupts are supported on the VMEbus through an 
interrupt handler (IH) module. 


The logic complexity of the IH (See VMEbus Architecture) is 
reduced by offloading some of the initial interrupt recognition 
tasks to a PLD. An AmPAL22V10 can be programmed as an 
IHP to preprocess interrupt requests, obtain the bus and han- 
dle data transfers (such as interrupt acknowledge signals). 
Control is passed to the interrupt handler only when the IHP 
latches the interrupt vector. .. 
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Interrupt request processing, bus acquisition, and the interrupt 
vector transfer phase are all specified using logic equations 
which are written using a high-level Boolean notation. The Am- 
PAL22V10 monitors seven interrupt request lines and five 
other control inputs, and generates ten registered outputs to 
send control signals to the interrupt handler and the VMEbus 
drivers. 


Interrupt Logic 


All interrupt request lines are monitored according to the fol- 
lowing logic equation: 


IF (IR1 + IR2 + IR3 + IR4 + IR5 + IR6 + IR7) THEN 
BR3 := 1; this interrupt handler uses 
the BR3 request line 


If any of the interrupt lines are active, then BR3(L) is asserted. | 


This initiates the bus acquisition phase. 


The next step is to wait for the bus grant in signal. Only when 
BGIN3(L) is active will BBSY(L) be active. This is expressed 
logically as: 


IF (BR3*/BG3IN) THEN = — 
BR3:=1; ee 
IF (BRS" BGSIN + BBSY*/SERVICE_DONE) 
THEN ——— [8] 
BBSY := 1; 


Equation [A] continually asserts BR3(L) as long as BGSIN(L) is 
not active, while [B] asserts BBSY(L) only when request line 
BR3(L) and BG3IN(L) are active, or if service has not been 
completed once the IHP asserts BBSY(L). 


When the IHP is the bus master, it puts the 3-bit interrupt-line 
acknowledge value on the bus and applies the data strobes. 
When the DTACK(L) signal is received from the interrupter, the 
IHP then strobes the status byte from the bus into a register on 
the interrupt handler card. The IHP informs the interrupt hand- 
ler that a status/ID byte is ready and to commence interrupt 
servicing. 


The IHP takes only a single clock cycle to resolve interrupt 
priorities because all interrupt/input signal lines are processed 
in parallel by the PLD. This is expressed in a logic description 
language as follows : 


IF (BBSY) THEN 
BEGIN 
(1) IF (IR7) THEN 
INTR[2:0] := 7 ; 


IR7 was active 

3-bit value acknowledging 
interrupt line 7 

IR6 active, IR7 inactive 
acknowledge interrupt line 6 
IR5 highest priority 

interrupt line active 


IF (IR7*IR6) THEN 
INTR[2:0] := 6 ; 

IF (/IR7*/IR6"IR5) THEN 

'  INTR[2:0] := 5; 


(2) IF (/IR7*/AR6*/IR5*/IR4*/IR3*/IR2"1R1) THEN 
INTR[2:0] := 1; | acknowledge interrupt line 11 
END; 


As noted above, if both the IR7(L) and BBSY(L) signal are 
active in (1), then regardless of the value of the other interrupt 
lines, the 3-bit value generated will be “111” or 7. In (2), if 
IR1(L) and BBSY(L) are active and the other six control signals 
are inactive, then the 3-bit output value will be “001” or 1. In 
(2), 1R1(L) is the highest priority line active. 


The remaining preprocessing involves completing the interrupt 


vector byte transfer. This is logically expressed as: 


IF (BBSY) THEN 
' BEGIN 
IACK := 1; begin interrupt acknowledge 
(X) _ IF (DTACK) THEN daisy chain; if device sends 
LATCH_STATUS := 1;] data transfer acknowledge 
END; (DTACK) signal, then latch 
IF (ACK) THEN the status 
AS := 1; | assert the address strobe signal to inform 
the interrupter that the interrupt 
acknowledge level is ready 


Once the 8-bit status or ID byte is transferred successfully via 
the DTACK(L) signal (X), the IHP PAL device informs the inter- 
rupt handler module to begin the interrupt'service routine: 


IF (BBSY’LATCH_STATUS +BBSY*START_SERVICE”* 
/SERVICE_DONE) THEN 
START_SERVICE := 1; 


In this design, the START_SERVICE signal is constantly as- 
serted until the interrupt handler generates a SERVICE_DONE 
signal, at which point START_SERVICE is brought LOW. The 
above equations will generate the timing diagram in Figure 
3-169. 
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Figure 3-169. Timing Diagram 


Controller Design Simplified need only analyze the bus protocols, convert these into state 
with Development Tools machines and then write assembly language programs or high- 

level logic equations to describe these state machines. The 
The task of programming FPCs and PLDs as VMEbus control- assembler and logic software will then process these programs 
lers is simplified with the development tools. The designer | and equations to fit into the FPC or PLD. 
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DEVICE ARBITER (AMPAL22V10) " VMEbus Priority Arbiter Option : - IF (BG3IN*/BBSY) THEN 
For this application, if the bus is busy, then bus requests wilt be BG3IN s= 1; 
deferred until the BBSY(L) (bus busy line active LOW) goes HIGH, IF (BG2IN*/BBSY) THEN 
unless the bus request is of a higher priority. In this case, the BG2IN := 1; 
bus clear signal BCLR(L) is asserted and the current bus master IF (BG1IN*/BBSY) THEN 
relinquishes control. If the bus is free and 2 or more masters BGIIN := 1; 
request service, then the bus is granted to the master with the IF (BGOIN*/BBSY) THEN 
higher priority request line. " BGOIN := 1; 


PIN CLK IF (BG3IN*BBSY) THEN when requester responds with BBSY active, then " 
/BBSY MASTER(1:0] := 3 ; MASTER is set to the line currently controlling" 
/BRO : : IF (BG2IN*BBSY) THEN the bus; this is used internally for future " 
/BR1 = MASTER[1:0} := 2; bus priority resolution 7 
/BR2 = IF (BG1IN*BBSY) THEN 
/BR3 F MASTER{[1:0] := 1; 

; IF (BGOIN*BBSY) THEN 
/BCLR 23 MASTER(1:0] := 0; 
/BGOIN 22 
/BGIIN 21 IF (BBSY) THEN " when bus busy, then remember current bus master line " 
/BG2IN 20 MASTER[1:0} := MASTER(1:0] ; 
/BG3IN 19 
MASTER[1:0) 18,17; "if a higher priority bus request occurs and the bus is busy, then begin 
; bus resolution (by using bus clear BCLR) under the following conditions : 
BEGIN - if BR3 and present bus master is not using bus line 3; i.e., once a device 
"if a bus request occured and bus = free, then activate the bus grant in uses BR3, then no one can force it to relinquisn the bus or 
line corresponding to the highest priority bus request line " - if BR2 and present bus master is not 3; i.e., BR2 can assert bus clear 
; except when the presetn bus master obtained the bus using bus line 3 or 
IF (/BBSY*(BRO+BR1+BR2+BR3)) THEN ; - if BR1 and the bus master obtained the bus using bus request line 0, then 
BEGIN assert BCLR 
IF (BR3) THEN 
BG3IN := 1; ==> if BRO is activated when the bus is busy, then do not assert BCLR; BRO 
IF (/BR3*BR2) THEN devices cannot force anyone off the bus. This is one possible priority 
BG2IN s= 1; implementation. 
IF (/BR3*/BR2*BR1) THEN uf 
BGIIN := 1; IF (BBSY*(BRO+BR1+BR2+BR3)) THEN “if a bus request occured and bus = busy" 
IF (/BR3*/BR2*/BR1*BRO) THEN : BEGIN 
BGOIN := : IF (BR3*(/MASTER[1]+/MASTER[0] }) THEN “if BR3 and present master is not " 
END ; BEGIN 
: BCLR := 1; "using line 3, then assert BCLR " 
“ while the bus grant in line js active and the bus is still busy, IF (BCLR*BBSY) THEN 
then latch the bus grant signals until BBSY(L) becomes active" BCLR := 1; 
END; 


Figure 3-170. PLPL Specifications for the Example of Figure 3-167 (1 of 4) 
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IF (/BR3*BR2*(/MASTER{1]+/MASTER [0] )) THEN 
BEGIN 
BCLR :=1; 
IF (BCLR*BBSY) THEN 
BCLR := 1; 
END; 
IF (/BR3*/BR2*BR1*/MASTER{1] */MASTER[0] ) THEN 
BEGIN 
BCLR := 1; 
IF (BCLR*BBSY) THEN 
BCLR := 1; 
END; 
END ; 
END. 
“Test vectors used for simulation and testing" 
TEST_VECTORS 
IN CLK , /BBSY , /BRO , /BR1 , /BR2 , /BR3 ; 
OUT /BCLR , /BGOIN , /BGIIN , /BG2IN , /BG3IN , MASTER(T:0] ; 
BEGIN 
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Figure 3-170. PLPL Specifications for the Example of Figure 3-167 (2 of 4) 
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DEVICE INTR_HND_CTRLR (AMPAL22V10) " VMEbus interrupt handler preprocessor 


This PAL serves as an interface between the interrupt servicing logic in the 
interrupt handler and the bus arbiter: when an interrupt is detected, the 
PAL requests the bus from the arbiter. When the bus is granted, the bus 
busy BBSY(L) is asserted. The 3 bit code corresponding to the highest 
priority interrupt request is put on the bus, and both IACK(L) and AS(L) 
are also asserted. The PAL waits for DTACK(L) LOW and then latches the 
status/ID byte. The START_SERVICE signal informs the interrupt handler 
to begin the interrupt service sequence with the status/ID byte latched in. 
Note : this interrupt handler interface PAL handles all interrupts using 
bus request line BR3; this is application-dependent " 
PIN 
CLK 
/1R1 
/1R2 
JIR3 
JIR4 
TRS 
JIR6 
/1R7 
/DTACK 


“interrupt request lines 1 to highest priority 7" 


OMON A UM FWN = 


“data transfer ack; used by interrupter to indicate 
status/ID data byte ready on bus " 
/BG3IN = 10 "bus grant in signal from arbiter" 
SERVICE DONE = 13 “signal from interrupt handler indicating 
service complete" 
LATCH_STATUS = 23 "latches data from bus for interrupt service routine" 
/BBSY = 22 "bus busy" 
TACK 21 “interrupt acknowledge" 
7AS 20 "address strobe" 
/BR3 19 “bus request signal to bus arbiter" 
GET_BUS "used internally by PAL " 
INTR (2:03 "3-bit level code put on bus " 
START_SERVICE "sent from PAL to intr handler " 


BEGIN 


"if any interrupt request line is active, then try getting the bus. All the 
interrupts handled by this PAL will use the bus request line BR3. A 
request can occur only when no other interrupt is being serviced (i.e., 
bus should not be busy and bus grant in should not be active) " 


IF (/BBSY*/BG3IN*(IR1 + IR2 + IR3 + IR4 + IRS + IR6 + IR7)) THEN 
BEGIN 
GET_BUS := 1; 
BR3 := 1; "subject to application" 
END ; 


“if interrupt handler wants the bus, the bus grant line is still inactive, 

and the interrupt request is still active, then continue requesting the bus " 
IF (GET_BUS*BR3*/BG3IN*(IR1 + IR2 + IR3 + IR4 + IRS + IR6 + IR7)) THEN 

BEGIN 

BR3 := 1; 

GET_BUS := GET_BUS ; | 

END; 


"if bus grant in line is active, then assert the bus busy signal" 
1F (GET_BUS*BG3IN + BBSY*/SERVICE_DONE) THEN 
BBSY := 1; 


“jf interrupt handler received bus, then acknowledge the interrupt" 
IF (BBSY) THEN 
BEGIN 
IF (/START_SERVICE) THEN 
IACK := 1; 
IF (DTACK) THEN "when the interrupter responds with DTACK(L), then " 
LATCH_STATUS := 1; "latch the status/ID byte into the interrupt handler" 


IF.CIR7) THEN 
INTR(2:0] := 7 ; "IR7 Line is highest priority" 
IF (/IR7*IR6) THEN : 
INTR(2:0} := 6; 
IF (/IR7*/IR6*IRS) THEN 
INTR(2:0] <= 5 ; 
IF (/IR7*/IR6*/IRS*IR4) THEN 
INTR(2:0] := 4; 
IF C/ER7*/IR6*/IRS*/IR4*IR3) THEN 
INTR(2:0] :=3 ; 
IF (/IR7*/IR6*/IRS*/IR4*/IR3*IR2) THEN 
INTR[2:0] := 2 ; 
IF (/IR7*/IR6*/ER5*/IRG*/IR3*/IR2*IR1) THEN 
INTR(2:0] := 13 "IR1 line is lowest priority" 
END; 


Figure 3-170. PLPL Specifications for the Example of Figure 3-167 (3 of 4) 
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“IF CIACK*/AS + IACK*/DTACK) THEN “hold the interrupt acknowledge level until” 
INTR(2:0) := INTR(2:01 ; “strobed by address strobe signal or until 
the interrupter acknowledges the 3-bit 
level with DTACK 


“if the IACK line is active and interrupt servicing has not yet begun 
activate the address strobe line AS " 

IF CIACK*/START_SERVICE) THEN 
AS <= 1; 


"send the start service signal until service is done" 
IF (BBSY*LATCH_STATUS + BBSY*START_SERVICE*/SERVICE_DONE) THEN 
START_SERVICE := 1 ; 


END. 


TEST_VECTORS 

IN CLK, /IR1, /IR2 , /IR3 , /IRS , /IRS , /IR6, /IRT, 
JOTACK , /BG3IN , SERVICE_DONE; 

OUT. START_SERVICE , GET BUS , INTR{2:0] , LATCH STATUS , 
JAS , STACK , /BBSY , /BR3 ; 

BEGIN 
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Figure 3-170. PLPL Specifications for the Example of Figure 3-167 (4 of 4) 





3.6 MISCELLANEOUS 
LOGIC FUNCTIONS 


3.6.1 8088 TO Am2968 INTERFACE 
Introduction 


This application note describes the implementation of a timing 
generator which interfaces between the 8088 and the Am2968 
Dynamic Memory Controller (DMC) using programmable logic 
and a delay line. The implementation does not account for any 
error detection and correction (EDC) circuitry. 


The timing generator, like the Am2970, is needed in memory 
systems utilizing a dynamic memory controller. It serves as an 
interface between the processor and the controller and gener 
ates the necessary control signals for the controller. 


A dynamic memory controller, in brief, interfaces between a 
processor and.the dynamic memory array. It steers the appro- 
priate address ‘ess inputs and Row and Column Address Strobes 
(RAS and CAS) required in the selected meme operations 
(i.e. refreshing, read/write). 


The following sections will introduce and illustrate the imple- 
mentation of the timing generator using AMD's 20-pin PAL 
devices, and also show its interface to AMD's Am2968 (DMC) 
and Intel's 8088 processor. Figure 3-171 shows the block dia- 
gram of the interface. Programmable logic was chosen be- 
cause it is readily available, simple to use and reduces the 
number of devices required to implement specific functions. 


Interface Overview 


The implementation of this timing generator is not a general 
purpose application. It is dedicated specifically to a particular 
processor, the Intel 8088, and is limited to accessing only four 


banks of memory. The range of the four banks of memory is 
therefore 1 Mbyte—with 256K in each bank. This limitation is 
set by the fact that no additional decoding circuitry has been 
added. Decoding is done with the two address lines (A18-A19) 
of the 8088, thus allowing only four banks to be selected. 


The clock to the 8088 and the two PAL devices is provided by 
the 8284A. The CLK signal from the 8284A is connected di- 
rectly to the CLK input of the 8088 and also to CLK of RASER 
(PAL16R4). The PCLK of the 8284A connects to the PCLK 
input of HLDR (PAL16R6) to operate the 6-bit counter. Note 
that the clock operates on a 1/3 and 2/3 duty cycle. 


Description of PAL Device Function 


The function of RASER (PAL16R4) is to create RAS! (Row ’ 
Address Strobe) and CASI (Column Address Strobe) at the 
appropriate time. RASI is generated directly from the device, 

whereas CASI is generated from MRASI via a delay line. Fig- 

ure 3-172 shows the timing delays between the controller and 
processor interface signals. The two modes of operation which 
the timing is focused on is Refresh w/o Scrubbing and 
Read/Write. By toggling the state of the mode control pin MC1 

to either a LOW or HIGH respectively, and with MCO tied LOW 
(at the Am2968), the desired mode is generated. The mode 
control pin MC1 is generated based on the state of the proces- 
sor's interface pins: 10/M, DT/R and SSO. The combination of 
these signals decodes the processor's current bus cycle and 
indicates the ongoing memory activity (for more detail see 
Intel’s Microprocessor Handbook). The MUX Select pin 
(MSEL) is also generated from the delay line. It determines 
whether a Row or Column address is sent to the memory 
address input based on the mode control inputs, MCO and 
MC1. 
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Figure 3-171. Am2968 to 8088 Interface Block Diagram 
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Figure 3-172. Interface Timing 


A two-bit counter implemented internal to the (PAL16R4) 
RASER is used to keep track of the internal state of RAS! 
during the Read/Write or Refresh operations. In a normal 
memory Read/Write operation, the appropriate RASn outputs 
from the DMC will be activated in response to RASI going 
HIGH, as shown in the memory timing in Figure 3-175, during 
this time ALE initiates the cycle. In Refresh mode, receiving 
RASI will force all the RASn outputs of the DMC to go Low. 
FALE initiates the refresh cycle, since no ALE occurs during 
this time, as shown in refresh timing of Figure 3-175. The 
counter is also configured such that, during memory opera- 
tions, sufficient time has been allotted within the cycle for RAS 
precharge (required in DRAMS) to occur. 


b) HLDR (PAL16R6) 


The function of the (PAL16R6) HLDR is to generate the two 
signals—-FALE (False Address Latch Enable) and HLD (Hold). 
FALE controls the internal latches (ALS and ALR) of the 
(PAL16R4) RASER and initiates the refresh cycle independent 
of the processor's ALE (Address Latch Enable) signal. 


06829A-2 


The (PAL16R6) HLDR is essentially a 6-bit counter that gener- 
ates 64 T-Clock cycles for the Intel 8088 processor. When a 
hold request (HLD) is made and a hold acknowledge (HLDA) is 
received from the processor, FALE will be generated for the 
(PAL16R4) RASER to initiate the refresh cycle. Refresh is per- 
formed every 8 ys which is double the required frequency. This 
time is derived in the Refresh Calculations section of this appli- 
cation note. The 8088 processor allows request only at the end 
of the bus cycle. A bus cycle duration is 4 T-Clocks, thus 
refresh is performed at cycles “60-63” as noted in the function 
table in the HLDR design specification. Figure 3-172 refresh 
timing shows this critical portion of the timing activity when 
RASI is generated for refresh. During CLK (0 - 0°), (this cor 
responds to PCLK count value 62), the processor acknowl- 
edge is received and RASI becomes active. While RAS! is 
HIGH, the internal 2-bit counter will cycle through its count 
sequence (0° - 3*); at the end of the sequence as indicated by 
PCLK count value 63 (i.e., CLK 3"), RASI will become inactive. 
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2968 TO 8088 I/F 
G.R. SPEARS 7/6/84 
AMD BELLEVUE.WA 


PAL16R4 
RASER 
VER .001 


CLK RES ALE FALE IOM DTR SSO CLK2 NU2 GND 
TRI MRASI RASI /MCl NC /B /A /ALR /ALS vcc 


ALS = FALE*/ALE*/ALR + RES 
ALR = /A*B#/ALS + A®/ALS 
/RASI = /A*/B*/RES + RES*CLK2 


/MRASI = IOM*/DTR + IOM*DTR + /IOM*DTR*SSO + 
/A*/B 


A := /A*/RES*/ALS + /A*/RES*ALE 
B 3:= A®/B*/RES*/ALS + /A*B*/RES*/ALS 


MCl1 := IOM*®/DTR*ALE*/RES + DTR*SSO*ALE*/RES + 
IOM*DTR*/SSO*ALE*/RES + MC1*/ALE*/RES 


FUNCTION TABLE 

CLK CLK2 ALE FALE IOM DTR SSO MRASI RASI /MCl /ALR /ALS /B /A RES 
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Figure 3-173. Source Listing for the 8088 to Am2968 Interface (AmPAL16R4)_ 
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Figure 3-173. Source Listing for the 8088 to Am2968 Interface (AmPAL16R4) (Continued) 
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PAL16R6 2968 TO 8088 I/F 
HLDR _G.R. SPEARS 7/6/84 
VER .000 AMD BELLEVUE.WA 


PCLK RASI MRASI HLDA RES CLK MCl NU2 NU3 GND 
TRI /FALE /F /E /D /C /B /A HLD vcc 


A: = /A*/RES*MC1 
B: = A*/B*/RES*MCl + /A*B*/RES*MClL 
= A*B*/C*/RES*MC] + /B*C*#/RES*MC1 + /A*CH/RES*#MCL 


= A*B*C#/D*/RES*MCl] + /C*#D*/RES*MC1 + /B*D*/RES*MCl + 
/A*D*/RES*MC1 


= A*BACRD*/E®/RES*MC] + /D*E*/RES*MCL + /A*E*/RES*MCL + 
/B*E*/RES*MC] + /C#E*/RES*MCL 


F: = /A®*F*#/RES*MC1] + /C*F*/RES*MC1] + /B*F*/RES*MCl + 
/D*F*/RES*MCl] + A*B*CeD*E*/F#/RES*MCl] + /E*F*/RES*MCL 


/HLD = /C + /D+ /E + /F 
FALE = HLDA*CLK*RASI*/MRASI 


FUNCTION TABLE 
PCLK HLD RES MCl1 /F /E /D /C /B /A HLDA CLK RASI MRASI /FALE 


; 
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DES CRIPTION 


Figure 3-174. Source Listing for the 8088 to Am2968 Interface (AmMPAL16R6) 
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Figure 3-175. Refresh Timing 


Refresh Timing Calculations 


The timing calculations are based on Intel's 8088 processor 
being in minimum mode (8 MHz) and a cell array of 128 rows. 


The 8088 clock period is 8 MHz, thus 
t= 1/4 = 1/8M = 125 ns. 


Refreshing for DRAMs are performed on 128 rows every 2 ms. 
The calculations for the above memory array is determined to 
be: 


Required refresh time = 2 ms/ 128 = 15.6 us. 
Thus the required time for 256 row. cell array will be: 


* 06829A-3 


Required refresh time = 4 ms/ 256 = 15.6 ps. 


From the above calculations, refreshing needs to be performed 
at least every 15 ys. But for this application, memory is being 
refreshed every 8 ps as shown below: 


Refresh time = 64 T-clock cycles x 125 ns = 8 us. 


Delay Line Taps Computation 


The calculations for the assignment of the delay line taps is 
based on the parameters CASI and MSEL relative to RASI 
making a transition to the active state. See the timing in Figure 
3-175. 
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MSEL may switch some time after T>. Ts is calculated to be as 
follows: 


To = tran + tog = 20 + 11 = 31 ns. 
where T2 = delay time from RAS! to MSEL 

tray = Row Address Hold Time of the DRAM 

tog = Skew time for Qn to RASn of the DMC 
Thus, after 31 ns MSEL should initiate its active transition. 


CASI is calculated to make its change; T3 ns relative to RASI. 
The calculated value is as follows: 
Tz = To + tos + tasc = 31 +33 + O = 64. 
where T3 = delay from RAS! to CASI 
tos skew time for Qn to CASn of the DMC 
tasc = column setup time of the DRAM 


Thus, 64 ns after RASI initiates its transition, CASI may begin 
to go active. 


For simplicity, delay line taps may be assigned as follows: 


MSEL ~ 30 ns 
CASI ~ 60 ns 


Counter and Mode Function Table 


The following function tables describe the activity of the 
RASI/MRASI during the specific modes of the processor's in- 
terface signals (IO/M, DT/R_ and SSO) and the state of the 
internal counter which controls RASI/MRASI. Note: RASI will 
be active during the counter sequences between 1 to 3 as 
shown below. 


3.6.2 A GENERAL-PURPOSE INTERFACE 
FOR THE Am2968 


Introduction 


This application note describes a general-purpose timing gen- 
erator that simulates the asynchronous operation of the 
Am2970 and illustrates the interface of the Am2968 (successor 
to the Am2964) Dynamic Memory Controller (DMC) to various 
processors. The timing generator interfaces between the DMC 
and the processor by generating signals such as RASI (Row 
Address Strobe), CASI (Column Address Strobe), and WE 
(Write Enable). It consists of a PAL device, a timer, and a delay 
line. 


The Am2968 (DMC) is a controller which interfaces between a 
processor and the dynamic memory array. It utilizes a timing 
generator to initiate refresh or memory cycles. When the DMC 
receives the correct control signal from the timing generator, it 
generates the appropriate address outputs (Qn), and Row and 
Column Address Strobes (RAS, and CAS,,) based on the input 
control signals from the processor. These signals are needed 
to perform operations such as memory read/write and refresh. 


The first section illustrates the general implementation of 
the timing generator using AMD's 20-pin PAL device 
(AmPAL16L8) and a commercially available delay line and 
timer (Figure 3-177). Programmable logic was selected be- 
cause it is readily available, simple to use, and requires only a 
single device to implement the desired functions. The succeed- 
ing application note illustrates the interface of this timing gener- 
ator to Motorola's MC68000 processor. 


TABLE 3-22. 


TWO BIT COUNTER 


TABLE 3-23. 


TWO BIT COUNTER 


Note: This design does not allow the user to insert Wait States 
during memory operations! Wait States may be inserted in 
interrupt or I/O cycles. 


{ACK 

lOR 

low 

HALT 

PASSIVE 

CODE ACCESS 
RD 

WR 





3-229 





Figure 3-177. System Block Diagram 


Interface Overview 


The implementation of this timing generator is a general- 
purpose solution. The timing generator can be interfaced to 
various processors by simply asserting the proper control sig- 
nals from the particular processor. The required interface sig- 
nals are CS (Chip Select), R/W (Read/Write), B/W 
(Byte/Word), DS (Data Strobe) and CYCREQ (Cycle Request); 
see Figure 3-178. As an example, for the MC68000, (see 
MC68000 Interface), AS (address strobe) from the 68000 
replaces CYCREQ, and UDS (Upper Data Strobe) & LDS 
(Lower Data Strobe) replaces DS and B/W. 


The design emulates a subset of the Am2970 (Memory Timing 


Controller) operating in asynchronous mode, asserting no Wait . 


States for memory accesses, and the 20-pin programmable 
logic device (AmPAL16L8) has tpd = 15 ns (B-speed). B- 
speed devices were chosen to guarantee that the required 
interface signals would meet the setup time required by the 
memory device. The application note is based on three main 
cycles: memory, refresh, and memory/refresh. The memory/ 
refresh cycle allows priority servicing of refresh over memory 
operation if both memory and refresh requests are generated 
simultaneously. 


The refresh timer, implemented with a 555 timer, needs to 
generate a FR (Forced Refresh) signal which is negative- 
edge-triggered every 15 ys. This means that a refresh will 
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occur when a low-going edge on the FR signal is detected. As 
shown in Figure 3-179, with FR HIGH, FRH (Forced Refresh 
High) will be set. When FR detects a LOW-going edge, this will 
cause RFRQ (refresh request) to go LOW. With RFRQ active, 
RASI will also become active. The 15 ps value is derived from 
the dynamic memory refresh timing requirements; refresh is 
normally required over 256 rows every 4 ms. This equates to a 
required refresh cycle every 15.6 us. In this application, the 
refresh timer generates FR approximately every 9.8 js. For 
details see Refresh Timer Calculations. 


The AmPAL16L8 generates the RAS! output based on either a 
cycle request from the processor or a refresh request from the 
timer. The RASI is also an input to the delay ine from which 
MSEL (MUX Select) and CAS! are generated. 


The dynamic memory array to be accessed is limited to only 
four banks. This is equivalent to one megaword of memory, 
assuming 256K DRAMs and only one controller is used. Extra 
banks of memory may be added to expand the amount of 
memory required for particular applications. To do this, addi- 
tional controllers must be used. The selection of byte or word 
for memory write operations is provided by the two signals 
WEH (Write Enable HIGH) and WEL (Write Enable LOW). The 
upper and/or lower bytes may be written by activating either 
WEH or WEL as appropriate. 
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Figure 3-179. Arbitration Logic 
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TimGen (PAL16L8) 


The function of TimGen (PAL16L8) is to generate RASI (Row 
Address Strobe), and also arbitrate between memory cycle 
and refresh cycle requests. The generation and arbitration 
logic shown in Figure 3-179 implements an S-R latch. With 
either a Memory Cycle Request (RWRQ) or a Refresh Cycle 
Request (RFRQ), RAS! will be generated for the DMC so the 
appropriate memory control signals may be generated accord- 
ingly. The memory and Refresh timing diagram in Figure 3-183 
illustrates the states of the interface signals for each of the 
cycles. But, if either one of the two cycle requests occurs in the 
middle of an existing cycle, the current cycle will be allowed to 
finish before the next request is acknowledged. Meanwhile, the 
latch illustrated in Figure 3-179, holds the new request in its 


feedback loop. In the event that simultaneous requests are 
made by both the memory and refresh cycles, this latch ar- 
bitrates the request by allowing refresh to have higher priority. 


The Arbitrated Refresh Cycle Timing 1 in Figure 3-180 notes 
the following: since the S-R latch is effectively edge-triggered, 
it waits for a HIGH on FR to set FRH (Force Refresh HIGH). 
Upon detecting a LOW-going level on the FR signal, refresh 
will occur and RASI will be asserted. 


Because the design must allow for both memory byte and word 
operations, the two signals, WEH and WEL , are generated 
as selectors for writing either a byte or word during write opera- 
tions. They are direct inputs to memory’s WE (Write Enable) 
signal. 


<< REFRESH CYCLE——>}<——MEMORY CYCLE——>| 


4 


oe lee oe 
(RAST Ta | aaa | 
(MSEL) T20 r= } | | 
(CASI> T48 | | | 
re eee | teed 
Taga ees oe ee | on 
Tiag id es ee 


Figure 3-179. Arbitrated Refresh Cycle Timing 1 
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PALL6L8 GEN INTERFACE TO 2968 
TIMGEN LEE/YEE 12/19/84 
VER 1.00 AMD 


/0S /CYCREQ /FR /SUP RW BW A0O /DS T100 GND 
780 /DTACK TO FRH /RFRQ /RWRQ /WEL /WEH /OE VCC 


/FRH = FR*/FRH + TO*RFRQ 

RWRQ = CS*CYCREQ*/RFRQ*/T100 + RWRQ#/T100 

RFRQ = FR*FRH*/RWRQ*/T100 + RFRQ*/T100 

/TO = /RWRQ*/RFRQ + T80 

IF (CS*RWRQ*/RFRQ*T80) DTACK = CS*RWRQ*/RFRQ*T80 

WEH = /SUP*RWRQ*CS*/BW*/RW + /SUP*RWRQ*CS*BW*A00*#/RW 
WEL = /SUP*RWRQ#*CS#/BW*/RW + /SUP*RWRQ*CS*BW*/A00*/RW 
OZ = CS*RW*DS 

FUNCTION TABLE 


/CS /CXCREQ /FR T100 /DTACK /RWRQ FRH /RFRQ TO T80 AOO /WEH 3 
/OE /SUP RW BW /DS 
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Figure 3-181. Source Listing for a General-Purpose Interface for the Am2968 (AmPAL16L8) 
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Figure 3-181. Source Listing for a General-Purpose Interface for the Am2968 (AmPAL16L8) (Continued) 





3-234 


_Refresh Timer Calculations 

Figure 3-1 82 shows the setup for the forced refresh (FR) timer. 
The timer used is a commercially-available 555 timer. 

The general timer equation is as follows, it must be solved for 
Ri, R2 and C values. This will satisfy the refresh requirement 
of less than or equal to 15.6 ys 

T = 0.693 (Ry + 2R2)C < 4 ms/256 = 15.6 us. 

For the following values of R;, Re and C 

R, = Re = 10K and C = 470 pF 

the timer will generate a refresh every 9.8 ys which satisfies 


the refresh requirement. The specified values for R;, Ro and C 
allow for 30% tolerance. 


Delay Line Assignment 


The calculations for the assignment of delay line taps are 
based on the MSEL and CASI parameters relative to RASI 
being active. The calculations below indicate the relative mini- 
mum times. MSEL (T20) is calculated to be: 


T20 = taaH + tag = 15 + 11 = 26ns. 


where T20 = delay from RAS! to MSEL 
tran = row address hold time of the DRAM 
tog skew time for Qn to RASn of the DMC 


Thus, after a minimum of 26 ns from the time RAS! becomes 
active, MSEL may be asserted. CASI (T40) calculated relative 
to RASI is: 


T40 = T20 + tasc + tos = 26 + 0+ 33 = 59 ns. 


where T40 = delay from RASI to CASI 
tasc = column setup time of the DRAM 
tes = skew time for Qn to CASn of the DMC 


Thus, after a minimum of 59 ns from the time RAS! becomes 
active, CASI may make its active transition. The delay line 
assignment is shown in Figure 3-178. For convenience, the 
values calculated above have been approximated and are 
shown below: 


MSEL ~ 30 ns 
CAS! ~ 60 ns 


Two other significant delay taps which are not interface outputs 
but deserve some mention are T80 and T100. The values for 
these two signals are, respectively, 80% and 100% of the delay 
line. The T80 output delay is used as a hold time at the end of 
the refresh cycle so that RFRQ (MC1) remains valid for some 
time. This allows the row address counter and precharge to be 
updated ‘before another cycle begins..T100 prevents the 
memory cycle from beginning too soon, it ensures that the 
current cycle has ended before a new cycle will begin (see 
Memory and Refresh timing diagram, Figure 3-183). 


Figure 3-182. Refresh Timer 
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Figure 3-183. Memory And Refresh Timing 
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3.6.3 MC68000 TO Am2968 INTERFACE 


This application note shows how the general-purpose timing 
generator can be configured to interface between Motorola's 
MC68000 and the Am2968. Figure 3-184 shows the block dia- 
gram of the interface. The correct interface signals must be 
adapted from the processor to the TimGen (PAL16L8) and the 
Am2968. Note, from Figure 3-185, that AS (Address Strobe) 
replaces CYCREQ, and UDS (Upper Data Strobe) and LDS 
(Lower Data Strobe) replace DS and B/W. 


Asserting the Address Strobe signal (AS), which is connected 
to the LE input, latches the valid address into the Am2968. 
UDS and LDS are controls indicating the flow of data on the 
data bus (D00-D15) during memory read/write operations. By 
asserting the correct polarity on these two signals (UDS & 
LDS), either a byte or a word may be accessed. 


The following sections will show the timing requirements which 
are being considered—that is, the desired processor operating 
frequency and the appropriate DRAM. Timing diagrams are 
also included to show the status of the interface signals during 
read/write operations for various processor frequencies. 


MC68000 Timing Requirements 


In generating the hardware for the timing interface for the 
MC68000 to the Am2968, the overall system timing require- 
ments must be considered to guarantee that the desired 
memory access time can be met. 


The following general equation formulates the parameters 
which must be considered in generating the read cycle time for 
the 68000 processor. The write cycle time may be similarly 
generated. 


trean = 2tcyc + ten — tcHsix — toick — 2tpar — te — tLarcn + 
Ntove 





treap = read cycle time 

teye = clock period of the processor 

tcy = clock width High of the processor 

tcHstx = clock High to AS, DS Low of the processor 


toic. = data in to clock Low (setup time) of the processor 


tea. = programmable logic access time 

tz = delay from RASI to RASn of the DMC 
tach = delay through tatch 

N = number of inserted Wait States. 


For simplicity, zero Wait States have been assumed in select- 
ing the appropriate DRAMs. If Wait States had been asserted, 
the appropriate DRAM must be selected to meet the overall 
treap cycle time. Note that the access time of the DRAM (tacc) 
must be less than or equal to treap cycle time or else access to 
memory will be missed. The following evaluations show the 
calculated tacc based on the various processor operating fre- 
quencies: 8 MHz, 10 MHz and 12.5 MHz. 


MC68000 —- W/WAIT STATES 
8 Miz 
trean = (250 + 55 — 60 — 15 - 30 —- 23 - 18 + N« 125) ns 
= (164 + 125N) ns 3 
DRAM tacc = 150 ns 
10 MHz 





trean = (200 + 45 — 55 — 10 - 30 — 23 —- 138 + N« 100) ns 
= (114 + 100N) ns 


DRAM tacc = 100 ns 
12.5 MHz@ 


trean = (160 + 35 - 55 - 10 - 30 - 23 - 13 + N+ 80) ns 
= (64 + 80N) ns 
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Figure 3-184. 68000 System Diagram 
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Figure 3-185. Interface Diagram 
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Figure 3-186. Read and Write Cycle Timing Diagram 06829A-13 


@ for this particular frequency, asserting at least one MHz and 10 MHz are shown on the same diagram 
Wait State will allow taean = 144 ns, thus DRAM tacc because of their similarity. Figure 3-187 shows the 
= 120 ns read and write timing for the processor operating at 
Figure 3-186 shows the read and write cycle timing 12.5 MHz with Wait States asserted during these 


diagrams relative to the processor's cycle time. The 8 operations. 
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PAL16L8 GEN INTERFACE for 68K 
TIMGEN LEE/YEE 1-18-85 
VER 1.00 AMD 


/CS /AS /FR /SUP RW T80 /UDS /LDS T100 GND 
NC /DTACK TO FRH /RFRQ /RWRQ /WEL /WEH /OE VCC 


/FRH = FR*/FRH + TO*RFRQ 

RWRQ = CS*AS*/RFRQ*/T100 + RWRQ#/T100 

RFRQ = FR*FRH*/RWRQ*/T100 + RFRQ*/T100 

/TO = /RWRQ*#/RFRQ + 180 

IF (CS*RWRQ*/RFRQ*T80) DTACK = CS*RWRQ*/RFRQ*TS0 
WEH = /SUP*RWRQ*CS*UDS*/RW 

WEL = /SUP*RWRQ*CS*LDS*/RW 

OE = CS*RW*UDS + RW*CS*LDS 
- FUNCTION TABLE 


/CS /AS /FR T100 /DTACK /RWRQ FRH /RFRQ TO T80 /WEH /WEL 
/OE /SUP RW UDS LDS 
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Figure 3-188. Source Listing for the 68000 Interface 
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Figure 3-188. Source Listing for the 68000 Interface (Continued) 
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3.6.4 GENERAL-PURPOSE 
DUAL-PORT ARBITER 


Introduction 


This application note shows the implementation of a general- 
purpose dual-port arbiter. interfacing three processors, a 
Dynamic Memory Controller (Am2968A DMC), and dynamic 
memory. The arbiter, implemented with two programmable ar- 
ray logic (PAL) devices, and a delay line, can provide a simple 
and complete arbitration solution operating in asynchronous 
mode. This application note shows the general interface fol- 
lowed by specific applications to three microprocessor groups: 


(1) iAPX-type processors 
(2) AmZ8000 
(3) MC68000-type processors 


The programmable logic equations for the three specific appli- 
cations are included at.the end of this application note.. 


The interface consists of two PAL devices (TIMGEN2A and 
TIMGEN2B), a timer, a delay line, and two multiplexers. Figure 


08479A 3-189 


3-189 shows the block diagram of the system which includes 
the arbiter logic implemented with the PAL devices. These two 
devices, TIMGEN2A and TIMGEN2B, provide the control sig- 
nals to the DMC as well as to the dynamic memory. The pur- 
pose of the arbiter is to mediate when two processors request 
for. memory cycles, or when refresh cycles need to be per- 
formed. The first PAL device, TIMGEN2A, generates the sig- 
nals for the DMC and the Address MUX; it also contains the 
arbitration logic. The second device, TIMGEN2B, generates 
the control signals for the memory and the data bus latches. 


The Am2968A Dynamic Memory Controller (DMC) interfaces 
between the processors and the dynamic memory array. The 
DMC provides the required addresses either for the memory or 
the refresh cycles. For memory cycles, the addresses are 
generated by the processor and latched into the DMC. For 
refresh cycles, the addresses are generated by a 20-bit 
counter internal to the DMC. When the DMC receives the cor 
rect control signals, it generates the appropriate address (Qn) 
and the Row and Column Address Strobes (RASn and CASn) 
that are required to perform memory read/write and refresh. 


Programmable logic devices are selected because they are 
readily available and they minimize chip count. 


DYNAMIC 
RAM 


DOOA-D15A DOOB-015B 


Figure 3.189. Block Diagram 
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Interface Overview 


The dual-port arbiter can be interfaced to various processors, 
using the proper control signals from the particular processor. 
Typically, the processor interface signals are cs 2S (Chip Select), 
CYCREQ (Cycle Request), RD (Read), and WR (Write), see 
pees 3-189, 


The two PAL devices, TIMGEN2A and TIMGEN2B are de- 
signed to operate in the following modes: 


(1) generate proper control signals when cycle request is 
made 

(2) arbitrate between two processor requests 

(3) arbitrate between a refresh request and processor request 

(4) arbitrate between a refresh request and two cycle requests 


Requests by the processor are made when CS and CYCREQ 
are valid and the memory address is present. During dual-port 
arbitration, the occurrence of simultaneous requests, for in- 
stance, CSA \ (Chip Select Port A), CYCREQA (Cycle Request 
Port A) and FR (Forced Refresh), will result in the granting of a 
refresh cycle and the appropriate address being generated 
accordingly by the DMC.’ 


TIMGEN2A generates the appropriate contro! signals to the 
data and address multiplexers, the delay line, and the memory 
controller. These control signals are: RAS! (Row Address 
Strobe Input), SEL (Processor Address Mux Select), and MC1 
(Mode Control Input). RASI is generated for all read/write and 
refresh cycles. It is also used as the delay line input from which 
MSEL (MUX Select for the DMC) and CASI (Column Address 
Strobe Input) are generated. SEL allows the correct port ad- 
dress, A or B, to be the input to the DMC depending upon 
which port is acknowledged. MC1 specifies the operating 
mode of the DMC, read/write or refresh (see Am2968A data 
sheet). 


The arbitration logic prioritizes and grants the requests for 
read/write cycles from either port, A or B, and refresh cycles. 
The Mode Table (Table 3-24) shows the order of precedence. 
When simultaneous request for a read/write or refresh cycle 
occurs, the refresh cycle will be given priority. The connection 
of RFRQ (Refresh Request) from TIMGEN2A to MC1 of the 
DMC, as shown in the block diagram, implicitly gives refresh 
the precedence. When simultaneous read/write requests are 
made by processor A and processor B, processor A will be 
given priority over B. Again, the order of precedence is set 
implicitly by the connection of RWRQA (Read/Write Request 
port A) to the select input signal of the processor address MUX. 


The second programmable logic device, TIMGEN2B gener- 
ates the OE (Output Enable) signal for the data bus latches 
and the WE (Write Enable) signal for memory. The inputs to 
TIMGEN2B are.the control signals—CSA, CSB, RDA (Read 


A), RDB (Read B), WRA (Write A) and WRB (Write B). Signals 


such as BHEN (Byte High Enable) and A00, the least signifi- 
cant bit of the address, have been included to show their func- 
tion (if available). These two signals are provided by the 


processor (i.e., iAPX-type processors) and together they deter. . 


mine whether a word or byte transfer is to be performed during 
memory operations. 


Figure 3-190. Refresh Timer Diagram 
_TABLE 3-24. MODE SELECT TABLE 


CYCREQ 
PortA Port B 


ER (refresh) 

ER (refresh) 

ER (refresh) 

FR (refresh) 
PORT A (uP Req) 
PORT A (uP Req) 
PORT B (pP Req) - 
no activity 


Lat Lar 
oh pe ol a= pa 
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Refresh Timer and Calculations 


The refresh timer below shows one method of implementing an 
external refresh clock. This section is optional if an alternate 
source is used. The refresh timer, implemented with a 555 
timer, needs to generate an active-LOW edge-triggered signal 
at least once every 15 ys. This means that a refresh occurs 
when a LOW-going edge on the FR signal is detected. The 15 
us value is derived from the dynamic memory refresh timing 
requirements; refresh is normally required, over 256 rows, 
every 4 ms. This equates to a required refresh cycle every 
15.6 ys. In this application, the refresh timer generates 
FR approximately once every 9.8 LS. Figure 3-190 shows the 
circuit for the forced refresh (FR) timer. The timer is a 
commercially-available 555 timer. The delay equation shown 
below must be solved for R1, R2, and C values. This satisfies 
the refresh Meduiemnent of less than, or equal to, 15.6 ps 


T = 0.693 (R1 + 2R2)C <4 MISICCE'= 15.6 ps 


For the following values of R1, R2 and C 
R1 = R2 = 10K and C = 470 pF 
the timer generates a refresh every 9.8 ys which allows some 


margin in the refresh requirement. The specified values for R1, 
R2, and C allow for 30% total discrete component tolerance. 
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TIMGEN2A 


The function of TIMGENZ2A is to generate RASI (Row Address 
Strobe Input) and arbitrate between processor and refresh 
cycles. Based on the arbitration, TIMGEN2A also generates 
RWRQ (Read/Write Request), or RFRQ (Refresh Request), 
that determines the type of cycle to be performed. TIMGEN2A 
can arbitrate between refresh and processor requests and also 
arbitrate between Port A and Port B processor requests. 


When simultaneous refresh and processor requests are 
generated, refresh (RFRQ) will be given priority. The priority is 
implicit by design because the RFRQ output of TIMGEN2A is 
connected to MC1 of the Am2968A DMC..When RFRQ 
becomes active (LOW), MC1 forces the DMC into refresh 
mode. 


When simultaneous processor requests are made, RWRQA 
(Read/Write Request of Port A) will be granted before RWRQB 
(Read/Write Request of Port B). This priority is also implicit by 
design because the RWRQA output is connected to SEL of the 
processor's address multiplexer. When RWRQA becomes ac- 
tive, address from Port A will be selected for input to the Row 
and Column Address latches of the Am2968A, also, the data 
from Data Bus A will be allowed to flow to the inputs of the 
DRAMs. In either case, RASI must be generated to initiate any 
of the cycles. Once RASI is generated, the control signals, 
MSEL and CASI, will be generated from the delay line relative 
to RASI. 


TIMGEN2B 


The function of TIMGEN2B is to generate WE (Write Enable) 
for memory and also OE (Output Enable) to contro! the flow of 
data through the data bus latches. The inputs to TIMGEN2B 
are, CSA, RDA (Read Strobe e A), WRA (Write Strobe A), CSB, 
RDB (Read Strobe B), and WRB (Write Strobe B). In addition, 
there are BHENA (Byte High Enable A) and BHENB (Byte High 
Enable B), AOOA (least significant address bit for Port A) and 
AOOB (least significant address bit for Port B). These signals 
are generated by the processor and are used to specify either 
byte or word transfers. 


The following description outlines the operation of TIMGEN2B. 
If CSA and RDA become active (LOW), TIMGEN2B will cause 
OEA to become active (LOW), enabling the data bus latches 
and allowing data corresponding to address A to flow onto the 
system data bus (read operation). The identical procedure oc- 
curs for Port B when the control inputs for Port B is active. The 
block diagram shown in Figure 3-189 shows a multiplexer for 
the system data bus. This multiplexer controls the data flow 
into memory from either processor A or processor B, during 
write operations. The select to the MUX is controlled by 
RWRQA, the same signal that controls the select to the pro- 
cessor address MUX, allowing address Port A to implicitly have 
higher priority during processor memory access. 


The following sections provide general information about 
interfacing the arbiter to various major types of processors; 
they are: the iAPX-type, the AmZ8000, and the MC68000-type 
processors. The PAL devices for the three types of processors 
will be identified as follows: TIMGEN2A and TIMGENG2B are for 


the iAPX-type; TIMGEN3A, TIMGEN3B for the AmZ8000; and 
TIMGEN4A and TIMGEN4B are for the MC68000-type. When 
mixing different processor in an interface, some of the contro! 
signals mentioned for the particular groups may need to be 
modified to be applicable to the processor under consideration. 
The designer can tailor the design to meet specific needs with . 
simple modification to the PAL logic equations provided. 


Interfacing the iAPX-Type Processors 


The control signals required for TIMGEN2A are shown in Figure 
3-191.a. These signals are: C CS, CYCREQ, FR and the delay 
line outputs (TAP1—TAPS). CS and CYCREQ are provided by the 
processor. FR is the refresh request from the refresh timer. 
Sources to this input can be provided either by the timer 
described in this application note or other appropriate sources. 
TAP1—TAP5 are the timing delay outputs used to regulate many 
of the signal generation. The outputs generated from this PAL 
device are TAPO (RASI), XACKA, XACKB, and the grants for 
processor and refresh requests. 


The signals for TIMGEN2B are RD, WR, BHE, and AOO. For 
byte/word transfers, the designer should consult the appropri- 
ate processor data sheet. In general, this processor group 
uses BHE in conjunction with A0O to define the transfer func- 
tion of the data bus. The outputs from this PAL device are: 
Write Enables, Latch Enables, and Outputs Enables. 


Interfacing the AmZ8000 


The contro! signals required for this interface are shown in 
Figure 3-191.b. For TIMGENSA, the general controls are CS 
and CYCREQ, FR and the delay line outputs (TAP1—TAPS5). cs 
and CYCREQ are generated by the processor. FR is the refresh 
request from the refresh timer. TAP1—TAPS5 are the delay line 
outputs used to regulate the signal generation. The outputs from 
this PAL device are ‘WAITA, WAITB, TAPO (RAS), and the 
grants for processor and refresh requests. 


The contro! signals for TIMGEN3B are R/W, DS, A00 and B/W. 
For byte/word transfers, the designer should consult the pro- 
cessor data sheet for correct signal generation. The outputs 
from this PAL device are: Write Enables, Latch Enables, and 
Outputs Enables. 


Interfacing the MC68000-Type Processors 


The control signals required for this interface are shown_in 
Figure 3-191.c. For TIMGEN4A, the general controls are cs 
and CYCREQ, FR and the delay line outputs (TAP1—TAPS). cs 
and CYCREQ are generated by the processor. FR is the refresh 
request from the refresh timer. TAP1-TAPS5 are the delay line 
outputs used to regulate signal generation. The outputs 
generated from this PAL device are: DIACKA, DTACKB, TAPO 
(RASI) and the grants for processor and refresh request. 


The control signals for TIMGEN4B are R/W, UDS, and LDS. 
For byte/word transfers, the designer should consult the re- 
spective processor data sheet for correct signal generation. 
For example, to obtain either byte or word transfers with the 
MC68000, three signals, UDS, LDS and R/W, must provide the 
correct levels to guarantee the correct data transfers, see 
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MC68000 Data Bus Control Table in the User's Manual. The = The programmable logic device equations for all three in- 


outputs generated from this PAL device are: Write Enables, terfaces are shown in Figures 3-192 and 3-193. 
Latch Enables and Output Enables. : 


AmPAL16L8A 
-TIMGEN2A 


AmPAL22V10A 
TIMGEN2B 


A00B 
SUP 
RFRQ 
RWRQA_ 
RWROB 


08479A 3-191 


Figure 3-191.a Interface for 8086, 801 86, and 80286-Type Processors 
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AmPAL18P8 
TIMGEN3A 


AmPAL22V10 
- TIMGEN3B 


08479A 3-192 


Figure 3-191.b Interface for Z8000-Type Processors 
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AmPALI16L8A 
TIMGEN4A 


AmPAL22V10A 
TIMGEN4B 


08479A 3-193 


Figure 3-191.c Interface for MC68000-Type Processors 





3-248 | 


6be-€ 





DEVICE (PAL22V10) 
ADVANCED MICRO DEVICES 


GENERAL DUAL-PORT DRAM INTERFACE TIMING PAL DEVICE #1 "4 "ADVANCED MICRO DEVICES" 
TIMGEN2A VERSION 1.0 "GENERAL DUAL-PORT DRAM INTERFACE TIMING PAL DEVICE #2" 


"TIMGEN2B VERSION 1.0" 
/CSA /CYCREQA /CSB /CYCREQB TAP1 TAP2 TAP3 TAP4 TAPS GND 


/FR /XACKA /XACKB TAPO FRH /RFRQ /RWRQA /RWRQB NC VCC PIN /CSA /RDA /WRA /BHENA AOOA /BHENB /WRB /RDB /CSB 


AOOB /OEA /OEB /SUP /RFRQ /RWRQA /RWRQB /WEL /WEH LEB LEA 
/FRH = FR*/FRH + TAPO*RFRQ , 


RFRQ = FR*FRH*/RWRQA*/RWROB*/TAPS + RFRQ*/TAP5S 


/SUP*RWROA* /RFRO*CSA*WRA*BHENA 
RWRQA = CSA*CYCREQA*/RFRO*/RWROB*/TAPS + RWRQA*/TAPS + /SUP*RWROB*/RFRQ*/RWRQA*CSB*WRB* BHENB 


RWRQB = CSB*CYCREQB*/RFROQ*/RWRQA*/TAPS + RWRQB*/TAPS /SUP*RWROA*/RFROQ*CSA*WRA*/A00A 
, , , + /SUP*RWROQB*/RFRQ*/RWRQA*CSB*WRB*/A00B 


/TAPO = /RFRQ*/RWRQA*/RWRQB + TAP4 


OEA CSA*RWRQA*/RFRQ*RDA 
IF (CSA*RWRQA*/RFRQ*TAP4) XACKA = CSA*RWRQA*/RFRQ*TAP4 


OEB CSB*RWRQB*/RFRQ*RDB 
IF (CSB*RWRQB*/RFRQ*/RWRQA*TAP4) XACKB = CSB*RWRQB*/RFRO*/RWRQA*TAPS 


LEA = CSA*RWROA*/RFRQ*RDA*TAPS 
DESCRIPTION LEB = CSB*RWROB*/RFRO*RDB*TAPS 


PAL DEVICE THAT ARBITRATES AND GENERATES DUAL-PORT DRAM TIMING INTERFACE END. 

CONTROL SIGNALS FOR AM8086, AM80186, AM80286-TYPE MICROPROCESSORS 
"DESCRIPTION" 
"PAL DEVICE THAT GENERATES DUAL-PORT DRAM INTERFACE CONTROL SIGNALS FROM" 
“AM8086, AM80186, AM80286 TYPE CONTROL SIGNALS (/WR, /RD, /BHE)." 


Figure 3-192. PLPL Specification for the Example of Figure 3-191.a 
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ADVANCED MICRO DEVICES 
GENERAL DUAL-PORT DRAM INTERFACE TIMING PAL DEVICE #1 
TIMGEN3A VERSION 1.0 


/CSA /CYCREQA /CSB /CYCREQB TAP1 TAP2 TAP3 TAP4 TAPS GND 
/FR /WAITA /WAITB TAPO FRH /RFRQ /RWRQA /RWRQB NC VCC 


/FRH = FR*/FRH + TAPO*RFRQ 

RFRQ = FR*FRH*/RWRQA*/RWRQB*/TAPS + RFRQ*/TAPS 

RWRQA = CSA*CYCREQA*/RFRQ*/RWROB*/TAPS + RWRQA*/TAPS 
RWROB CSB*CYCREQB*/RFRQ*/RWRQA*/TAPS + RWRQB*/TAPS 
/TAPO = /RERQ*/RWRQA*/RWRQB + TAPS 

IF (CSA*RWRQA*/RFRQ*TAP4)  /WAITA = CSA*RWRQA*/RFRQ*TAP4 


IF (CSB*RWROB*/RFRQ*/RWROA*TAP4) /WAITB = CSB*RWROB*/RFRQ*/RWROA*TAPG 


DESCRIPTION 


PAL DEVICE THAT ARBITRATES AND GENERATES DUAL-PORT DRAM TIMING INTERFACE 
CONTROL SIGNALS FOR 28000-TYPE MICROPROCESSORS 


DEVICE (PAL22V10) 


"ADVANCED MICRO DEVICES" 
"GENERAL DUAL-PORT DRAM INTERFACE TIMING PAL DEVICE #2" 
"TIMGEN3B VERSION 7.0" 


PIN /CSA RWA /DSA BWA AOOA BWB /DSB RWB /CSB TAP3 
AOOB /OEA /OEB /SUP /RFRQ /RWRQA /RWRQB /WEL /WEH LEA LEB 


* 


/SUP*RWRQA*/RFRQ*CSA*/RWA*/ BWA 
+ /SUP*RWRQA*/RFRQ*CSA*/RWA*BWA*A0DA 
+ /SUP*RWROB*/RFRQ*/RWRQA*CSB*/RWB*/BWB 
+ /SUP*RWROB*/RFRQ*/RWRQA*CSB*/RWB*BWB*A0OB 


/SUP*RWROA*/RFRQ*CSA*/RWA*/BWA 
+ /SUP*RWRQA*/RFRQ*CSA*/RWA*BWA*/AOOA 
+ /SUP*RWROB*/RFRQ*/RWRQA*CSB*/RWB*/BWB 
+ /SUP*RWRQB*/RFRQ*/RWRQA*CSB*/RWB*BWB* /A00B 


OEA CSA*RWROA*/RFRO*RWA*DSA 


OEB CSB*RWROQB*/RFRQ*RWB*DSB 


LEA = CSA*RWROQA*/RFRQ*RWA* TAPS 
LEB CSB*RWRQB*/RFRQ*RWB* TAPS 
END. 

"DESCRIPTION" 


"PAL DEVICE THAT GENERATES DUAL-PORT DRAM INTERFACE CONTROL SIGNALS FROM" 
"78000 TYPE CONTROL SIGNALS (B/W, R/W, /DS)." 


Figure 3-193.a PLPL Specification for the Example of Figure 3-191.b 
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ADVANCED MICRO DEVICES 
GENERAL DUAL-PORT DRAM INTERFACE TIMING PAL DEVICE #1 
TIMGEN4A VERSION 1.0 


/CSA /CYCREQA /CSB /CYCREQB TAP1 TAP2 TAP3 TAP4 TAPS GND 
/FR /DTACKA /DTACKB TAPO FRH /RFRQ /RWRQA /RWRQB NC VCC 


/FRH = FR*/FRH + TAPO*RFRO 


RFRQ 


" 


FR*FRH*/RWRQA*/RWROB*/TAPS + RFRQ*/TAPS 


RWRQA 


CSA*CYCREQA*/RFRQ*/RWRQB*/TAPS + RWRQA*/TAPS 


RWROB 


CSB*CYCREQB*/RFRQ*/RWROA*/TAPS + RWRQB*/TAPS 
/TAPO = /RFRQ*/RWRQA*/RWROB + TAP4 
IF (CSA*RWROQA*/RFRQ*TAP4) DTACKA = CSA*RWROA*/RFROQ*TAP4 


IF (CSB*RWROB*/RFRQ*/RWRQA*TAP4) DTACKB = CSB*RWRQB*/RFRQ*/RWROQA*TAPS 


DESCRIPTION 


PAL DEVICE THAT ARBITRATES AND GENERATES DUAL-PORT DRAM TIMING INTERFACE 
CONTROL SIGNALS FOR MC68000-TYPE MICROPROCESSORS 


DEVICE (PAL22V10) 
"ADVANCED MICRO DEVICES" 


"GENERAL DUAL-PORT DRAM INTERFACE TIMING PAL DEVICE #2" 
"TIMGEN4B VERSION 1.0" 


PIN /CSA RWA /UDSA /LDSA NC5 /LDSB /UDSB RWB /CSB TAP3 
NC10 /OEA /OEB /SUP /RFRQ /RWRQA /RWRQB /WEL /WEH LEA LEB 


BEGIN 


WEH = /SUP*RWRQA*/RFRQ*CSA*/RWA*UDSA 
+ /SUP*RWROB*/RFRQ*/RWRQA*CSB* /RWB*UDSB 


WEL = /SUP*RWRQA*/RFRQ*CSA*/RWA*LDSA 
+ /SUP*RWROQB*/RFRQ*/RWRQA*CSB*/RWB*LDSB 
OEA = — CSA*RWRQA*/RFRQ*RWA*(UDSA + LDSA) 


OEB = CSB*RWRQB*/RFRQ*RWB*(UDSB + LDSB) 


LEA =  CSA*RWRQA*/RFRQ*RWA*TAPS 
LEB = CSB*RWRQB*/RFRQ*RWB*TAP3S 
END. 

"DESCRIPTION" 


"PAL DEVICE THAT GENERATES DUAL-PORT DRAM INTERFACE CONTROL SIGNALS FROM" 
"MC68000 TYPE CONTROL SIGNALS (R/W, UDS, LDS)." 


Figure 3-193.b PLPL Specification for the Example of Figure 3-191.c 





3.6.5 CUSTOMIZE A FLEXIBLE 
DRAM CONTROLLER USING 
SECOND-GENERATION PAL DEVICES 


Ever increasingly dense DRAMs and their interface to the 
emerging 32-bit sophisticated microprocessors provide in- 
creasing number of system options to the designer. In order to 
utilize these advanced features available on the DRAMs and to 
satisfy the individual system design requirements of different 
systems, often customizable DRAM controllers are required. 
PAL-based sequencer devices such as AmPAL23S8 provide 
effective control sequencing power, flexibility/customizability of 
' design along with ease of use, and offer a desirable alternative 
to the dedicated functionality of VLSI DRAM controllers. 


The following megabit DRAM controller design, based on Am- 
PAL2388, illustrates the ease by which a PAL device can be 
easily customized to fulfill system requirements. It supports 
data bus sizing and data alignment features, which although 
required for emerging 32-bit microprocessors, are not yet 
easily and adequately supported by VLSI controllers. ; 


A DRAM controller needs to support, at the minimum, the fol- 
lowing functions: 


. Flexible refresh generation mechanism 

. Flexible arbitration scheme 

. Processor handshake protocol 

. Processor cycle timing and control signals 
. Refresh cycle timing and control signals. 


Flexible Refresh Generation Mechanisms 


For refresh generation, different system designs may require 


either burst mode, intermittent mode, or both kinds of refresh. . 


In the burst mode, refresh request would occur once very four 
milliseconds to meet the dynamic RAM’s speed. For a megabit 
RAM with a 512 refresh cycle requirement, all 512 refresh 
cycles will be performed consecutively. The major disadvan- 
tage of the burst refresh approach is that memory becomes out 
of service for a long time. Intermittent refresh minimizes the out 
of service time by stealing single cycles between two proces- 
sor cycles. This cycle stealing is performed by a predefined 
arbitration mechanism that prioritizes different cycle requests. 
This design illustrates both intermittent and burst mode 
refreshes. 


Flexible Arbitration Scheme 


The arbitration in most designs involves prioritizing memory 
accesses for: the read cycle, write cycle, read-modify-write 
cycle, and refresh cycle. 


The DRAM controller must allow both asynchronous memory 
and refresh cycle requests. It should decide whether a memory 
cycle is an access cycle or a refresh cycle. Typically for inter 
mittent refresh, the cycles are derived from the oscillator, which 
operates asynchronously with the system clock. its arbiter 
grants a request when the refresh request is made and no 
memory cycle is either occurring or pending. If a refresh cycle 
is in progress and a memory request is made, then the memory 


access is inhibited until the refresh is complete. If a memory 
cycle is in progress, the arbiter inhibits the refresh cycle until 
the current cycle is completed. However it needs to remember 
that a refresh request was made and grant that request on 
completion of the processor cycle. Of course when refresh and 
processor access are requested simultaneously, the refresh is 
given priority. The AmPAL23S8's buried registers are very use- 
ful for performing such arbitration functions between equal 
asynchronous events. These registers can also be used for 
remembering refresh cycle requests and for later initiating 
refresh cycle execution. 


However, some designs may require additional functions such 
as prioritizing competing processor requests, or requiring a 
specific kind of handshake mechanism between the processor 
and DRAM controller. All such functions can be achieved with a 
PAL sequencer by using chip resources such as I/O pins, bur 
ied registers, and product terms. On the other hand, some 
systems may not require such functions as read-modify-write 
cycles, and the PAL sequencer device's resources can be con- 
served for other system functions. 


Flexible Handshake Protocol 


PAL sequencer devices provide customizing capabilities to in- 
terface to system processors. The logic required for interface 
protocols for the iAPX family or the 68000 family microproces- 
sors are easily built using the PAL device's internal resources. 
The design example déscribed here is for a 68020 processor- 
interface signal. 


Processor Cycle Execution 


Different DRAMs can have different processor cycles. Some 
just support the basic read/write cycles, while others support 
extended functions such as page-mode, ripple-mode, or static- 
column-mode cycles. Some DRAMs also support additional 
functions, such as the transfer cycle in VRAMs (DRAMs opti- 
mized for video applications). PAL sequencer devices allow 
only userdefinable functionality to be implemented in the 
design, which optimizes resources and improves system per- 
formance. Another advantage offered by such designs is the 
ability to customize the design to DRAM timing requirements, 
which can vary significantly between —12, —15, —20 parts. All 
timing functions are easily implemented and modified usiag 
buried state registers. 


Our design implements the basic read, write, and read-modify- 
write cycles required in most designs. The timings required 
assume a —12 memory part. The processorcycle execution 
involves address multiplexing, and timing control signal gener- 
ation. For address multiplexing, Am29841 10-bit buffers are 
used. The multiplexing of the row or column address is under 
the control of the DRAM controller. 


Generation of timing and contro! signals, RAS, CAS, WE, and 
DACK, is also the core function of the controller. The controller 
switches the address for multiplexing and produces RAS, CAS, 
WE in a sequence that is understandable by particular DRAMs. 
It also generates a handshake signal “DACK” for the CPU, to 
indicate whether or not the memory is ready to be accessed. 
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Refresh Cycle Execution 


DRAMs support different types of refresh cycles. Some 
DRAMs support CAS-before-RAS-refresh, which embeds the 
refresh-address counter along with the memory and eliminates 
the need for an external counter. Some designs may require 
the Hidden refresh or the standard RAS-only refresh. Depend- 
ing upon system requirements the designer can optimize the 
design and resources. For this example, the PAL device has 
been designed to execute a RAS-only refresh. However, it can 
be easily modified to support CAS before RAS refresh, or hid- 
den refresh also, if needed. 


MBIT DRAM Controller with Data Alignment 
and Dynamic Bus Sizing 


In many cases, currently available DRAM controllers do not 
support the esoteric requirements of different system designs. 
The designer is left to make his/her own DRAM controller. The 
AmPAL23S8 with its embedded extra buried state registers 
provides an excellent too! for designing such a flexible, fast 
DRAM controller. It also offers the right speed to interface to 
the emerging 8/16-MHz processors allowing superior synchro- 
nous designs with few or no wait states. 


Some of the emerging 32-bit microprocessors, such as 68020 
and 80386, support the concept of dynamic bus sizing and 
misaligned data transfers. Currently, there is no DRAM control- 
ler that uses the advantages offered by these two features 
effectively. 


Dynamic Data Bus Sizing 


Dynamic bus sizing allows the processor to handle variable- 
width data buses (8, 16, or 32 bits) on a cycle-by-cycle basis. 
Dynamic bus sizing makes the size of R/W port/channel trans- 
parent to the software designer. 


The M68020 allows operand transfers to or from 8-, 16-, and 
32-bit ports by dynamically determining the port size during 
each bus cycle. Similarly, i(APX80386 allows operand transfers 
to or from 16-, and 32-bit ports by determining the port size 
during each bus cycle. During an operand transfer, the slave 
device signals its port size and transfer status (complete or not) 
to the processor using DSACKY inputs for 68020 (Ready & 
BS16 for 80386). 


DSACK1 DSACKO 
H Insert Wait States 
L Complete Cycle— 
Data bus port size 8 bits 
H Complete Cycle— 
Data bus port size 16 bits 
L Complete Cycle— 
Data bus port size 32 bits 


The design implemented shows a 68020 interface, but it can 
be easily modified to accommodate the iAPX386. M68020 al- 
ways attempts to transfer the maximum data (32 bits) in a 
single cycle. If the port responds with a size smaller than 32- 


bits, the processor repeats the cycles with the remaining bytes 
of data. For each cycle, M68020 informs the slave of the num- 
ber of bytes it is attempting to transfer by two signals SIZO, 
SIZ1, as follows: 


SIZO, _ $IZ1 SIZE 
0 1 Byte 
1 0 Word 
1 1 3 Byte 
0 0 Long Word 


To accommodate various system tradeoffs, system designs 
with heterogeneous memory organization sizes such as 32- 
bits, 16- kits or 8-bits are common. For example, it is often 
preferable to have smaller external bus sizes, but retain 32-bit 
internal memory access on a board. As the DMA-bus width is 
16/8, it may be preferable to have part 8/16-bit organization of 
system memory for allowing easy DMA transfers. Similarly, ina 
graphics system, because of stripe architecture, the video- 
memory-frame bufferraccess may be 32-bit with four pixel 
stripe of 8-bit planes, but the scratch-pad memory of the lookup 
table memory may be. of smaller width. PAL devices allow 
customizable, dynamic memory, data-bus sizing based on vari- 
ous system requirements, such as address range (address 
signals), or jumper-selectable static control for increasing 
memory width. 


Misaligned Transfers 


Dynamic sizing is used also in conjuction with address bits AO, 
Ai to support misaligned data transfers. An example of data- 
bus size with misaligned data transfers is a word write to along 
word with an address offset of 1 byte (AO/A1 = 01). MC68020 
& iAPX386 contain internal bus multiplexers to route the data 
to the correct data lines. Both also generate the extra cycles 
necessary to complete a misaligned transfer. However, exter- 
nal circuitry is still needed to generate the correct write enables 
and chip selects to support both functions. PAL devices, how- 
ever, can be customized to support both these functions easily. 


A AO Offset 
0 0 Bytes 
0 1 Byte 

1 2 Bytes 
1 3 Bytes 


By decoding AO and A1, the two transfer data-size signals, 
SIZEO and SIZE1, and the size of the port being addressed, 
PAL devices can easily support dynamic-bus sizing and 
generate appropriate chip-select signals for the four banks of 
memory. 


The DRAM Controller 


The DRAM controller consists of two AMPAL23S8s: the first is 
called the Timing and Arbitration PAL device, and the second is 
called the Data Sizing and Alignment PAL device (Figure 
3-194). 
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AS 
A2-A21 


MREQL 
RFCLK 
A22-A23 
RMCL 
INITL 


A0-A1 
$1Z0-S1Z1 
PRTO-PRT1 
R/W 


CLOCK 


MAO0-MA9 
TO DRAM 
ADDRESS 
LINES 


COLADD 


RASO-RAS3 

> CAS0-CAS3 
WE 
DACKO-DACK1 


Figure 3-194. A Megabit DRAM Controller 


The Timing and Arbitration Controller 


The timing and arbitration PAL device performs the following 
functions: 


. Arbitration between current cycle, refresh cycle & CPU 
cycle 

. Read-write-cycle execution 

. Read-modify-write-cycle execution 

. Refresh-cycle execution 

. Interface signaling 


For arbitration, the timing and arbitration PAL device arbitrates 
between the processor request MREQ signal and the refresh 
request RFCLK, giving the highest priority to the current cycle, 
next to the refresh request, and finally to the processor cycle. 
This sequence supports both intermittant refresh and burst- 
mode refresh. It also uses a mechanism to store the refresh 
requests when the processor cycle is in progress for servicing 
later. 


For address multiplexing, it generates the appropriate 
ROWADD and COLADD signals to multiplex the row and col- 
umn addresses on to the memory address bus. During refresh 


cycles it asserts the RFSH signal by applying the refresh-row 
address on the memory-address bus. 


This PAL device executes the read-and-write cycles as well as 
read- modify-write cycles. The selection between these two is 
under the control of the processor signal RMC. 


All timing requirements of the different cycles are shown in the 
timing diagram in Figure 3-196. All the timings of the different 
cycles are under the control of internal registers. The operation 
of the state machine to perform all these functions is also 
shown in Figure 3-197. This state diagram has been derived 
directly from the timing diagrams and the arbitration require- 
ments of the design. This state machine is implemented by five 
of the six available buried state registers on the device, and is 
used primarily for timing and arbitration functions. The sixth 
buried state register which implements a flag function, is repre- 
sented as a small, independent state machine, and described 
below. The state operation was written in AmCUPL, a high 
level language based PLD software package (Figure 3-198.a), 
which decodes the state description and generates the 


. Boolean Logic equation file directly (Figure 3-198.b). Figure 


3-198.c shows the statistics for this PAL (product term usage 
etc) and figure 3-198.5d shows the corresponding fuse plot for 
this PAL. 
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CASO CAS1 CAS2 CAS3 


EACH BANK OF 
1M X 32 BITS 


20 BIT ROW 
K AND COL 
- ADDRESS 


TO ALL 
FOUR BANKS 





D3i- D23- Dis- OD7- 
D24 Dié D8 DO 


08479A-27 
, Figure 3-195. Memory Organization 


READ CYL | WRITE CYL | RMW CYL | RFSH CYL f 


PCLK 


MREQ 
ROWADD 


RAS 


COLADD 


Figure 3-196. Timing Diagram 
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PROCESSOR MBEQ, BS 


CYCLE 


MREQ,85,ADSELO,1 
RASO -RAS3. 


COUNT=1 


READ AND 
WRITE CYCLE 


RMC 
RAS, COLADD, ROWADD 


COUNT=5 


COUNT=1 


REFRESH 


ARBITRATION CYCLE 


B5 
ROWADD, RFSH 


COUNTs2 
RAS, RFSH, KOWADD 


COUNT=2 


ROWAOD, COLADD 


Note: Where signal designations 
appear both above and below 

a line, the upper indicates inputs 
and the lower, outputs. 


08479A-24 


Figure 3-197. State Diagram for the Timing and Arbitration PAL 


Arbitration Between Current Cycles, 
Refresh Cycle, and CPU Cycle 


The request for a refresh is received by signal line RFCLK. The 
CPU requests a cycle by asserting MREQ line. The MREQ 


signal is assumed to be generated synchronously. This signal - 


can be generated based upon different system requirements 
—either as a simple decode of address lines, read/write sig- 
nals or from some virtual to physical address translation 
scheme, for some complex systems. If a cycle is in progress, 
as indicated by states other than state 0, no arbitration for a 
fresh cycle is performed. In such a case, this PAL device con- 
tinues to execute the current cycle and sequence through dif- 
ferent states. This effectively implies that the current cycle is 
given the most priority and no other cycle is initiated until its 
completion. When the current cycle is complete (indicated by 
state 0) the PAL device arbitrates between the MREQ signal 
and the buried register B5 flag. This buried register flag is used 
to latch the request for refresh RFCLK, which is usually only 


one clock cycle duration. The operation of this flag is controlled 
by a second small state machine (two states only) in the same 
device. This second state machine is also shown in Figure 
3-197. When RFCLK is HIGH, this state machine toggles to 
state 1 (B5 = 1) and stays in that state until the refresh cycle is 
executed (indicated by RFSH signal LOW); it then toggles back 
to state 0 (B5 = 0), preparing itself for the next refresh request 
RFCLK. 

For the first state machine, the arbitration begins on state 0. If 
B5 is HIGH, a refresh cycle is given priority and the state 
machine jumps to state 16 to execute a refresh cycle. If, on the 
other hand, there is no refresh request pending (indicated by 
the B5 flag being equal to 0) and MREQ is asserted, a proces- 
sor cycle is started by jumping to state 1. If none of these 
condition exist the state machine stays in state 0, polling for 
any of these events to occur. Such a scheme can support both 
burst-mode and intermittent-refresh. 
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NAME MEGABIT DRAM TIMING & ARBITRATION CONTROLLER; NODE ([B0,B1,B2,B3,B4,85] ; 

PARTNO  AmPAL 2358 ; 

DATE 03/24/86 ; /** Declarations and Intermediate Variable Definitions **/ 

REV 01; 

DESIGNER KAPIL SHANKAR ; 

COMPANY ADVANCED MICRO DEVICES ; : FIELD [B0,B1,82,B3,B4) /** STATE MACHINE A **/ 
ASSEMBLY NONE ; FIELD {B5] ; : /** STATE MACHINE B **/ 
LOCATION SUNNYVALE, CA ; FIELD [ADSEL1, ADSELO) /** MEMORY BANK ADDRESSED **/ 
DEVICE P2388 ; 


BANKO 


[BRRRHRRERERERERRERERERERREREREERERERRREREREEREREREAEREREREREREREERE f BANK1 


/* */ BANK2 
/* , */ BANK3 
/* */ 
[BRRERRRERIRIHIARIRR IIASA III III ITI IAAI IISA IIIA IASI IASI IIE ITE REI SDOEFINE 'b' 90000 STATE 0 baal f 
/* Allowable Target Device Types: THE ONLY ONE */ SODEFINE 'b'00001 STATE 1 **/ 
[ERERRRRRIRERERRER RE ERTIES III IRIS SII III III IASI A ISIS AISI | SDEFINE 'b' 90010 STATE 2 ee] 
SDEFINE 'b'00011 STATE 3 **/ 
/** Inputs SDEFINE 'b'00100 STATE 4 **/ 
SDEFINE 'bt00101 STATE 5 **/ 
PIN MREQ ; SDEFINE 'b'00110 STATE 6 **/ 
PIN ADSELO - SDEFINE 'b'00111 STATE 7 **/ 
PIN ADSEL1 SDEFINE 'b'01000 STATE 8 **/ 
PIN RMC ; , SDEFINE 'b'01001 STATE 9 **/ 
PIN RFCLK ; SDEFINE 'b'01010 STATE 10 **/ 
PIN INIT ; SOEFINE 'b'01011 STATE 11 **/ 
SDEFINE 'b'01100 STATE 12 **/ 
/** wey SOEFINE 'b'01101 STATE 13 **/ 
5 SOEFINE 'b'01110 STATE 14 **/ 
PIN ROWADD ; SOEFINE 'b'01111 STATE 15 **/ 
PIN YRASO ; SDEFINE *b' 10000 STATE 16 **/ 
PIN ICOLADD ; SOEFINE 'b' 10001 STATE 17 **/ 
PIN tRAS1 ; SDEFINE "b'10010 STATE 18 **/ 
PIN tRAS2 ; SDEFINE 'b'10011 STATE 19 **/ 
’ 


ws te me te 


PIN !RFSH SDEFINE *b' 10100 STATE 20 **/- 
PIN !RAS3 SDEFINE 'b'10101 STATE 21 **/ 
PIN ‘SIG; . SDEFINE 'b'10110 STATE 22 **/ 


Figure 3-198.a Source Code for Timing and Controller PAL 








8S2c-€ 


PRESENT SA2 IF BANKO RASO 

SDEFINE SBO 'b'0 /** STATE O **/ IF BANK1 RAS1 
SOEFINE SBI ‘b'1 /** STATE 1 **/ : IF BANK2 RAS2 
IF BANKS RASS 
/** Logic Equations **/ : ROWADD 
COLADD 

/** THE FIRST STATE MACHINE **/ SIG ; 

/** MEMORY ACCESS TIME DELAY **/ 


=e 8h ee 


SEQUENCE STMA (€ 


PRESENT SA3_ IF BANKO RASO 

/** POLLING FOR PROCESSOR OR REFRESH CYCLES **/ IF BANK1 RAS1 
: IF BANK2 RAS2 
IF BANKS RAS3 
ROWADD 
COLADD 

SIG ; 


=e Se Me me 


PRESENT SAO IF !85 & !MREQ & BANKO NEXT SA1 OUT RASO 
IF !B5 & !MREQ & BANK1 NEXT SA1 OUT RAS1 
IF 185 & '!MREQ & BANK2 NEXT SA1 OUT RAS2 
IF 'B5 & !MREQ & BANKS NEXT SA1 OUT RAS3 
/** PROCESSOR CYCLE **/ 

/** JUMP TO STATE SA1 **/ 
/** ASSERT THE RAS FOR THE MEMORY BANK ADDRESSED **/ : PRESENT SA4 BANKO & RHC OUT !RASO 
BANK1 & RNC OUT IRAS1 
IF B5 NEXT SA16 OUT ROWADD BANK2 & RHIC OUT !RAS2 
OUT RFSH ; BANKS & RMC OUT !RAS3 
/** REFRESH CYCLE **/ , RMC ; OUT !ROWADD 
/** JUMP TO STATE SA16 **/ OUT !COLADD 


/** REMOVE ROW ADDRESS AND SET UP REFRESH ADDRESS **/ OUT SIG ; 
: /** DISTINGUISH BETWEEN READ WRITE OR READ MODIFY WRITE CYCLES **/ 
DEFAULT NEXT SAO ; /** IF RMC HIGH EXECUTE AS READ WRITE CYCLE **/ 
/** ELSE POLL AGAIN **/ /** JUMP TO STATE SAS **/ 
/** STAY IN STATE SAO **/ /** ALSO REMOVE COLUMN ADDRESS AND APPLY ROW ADDRESS **/ 


/** ALSO REMOVE THE RAS SIGNAL **/ 


ee he te we 


/** THIS IS THE PROCESSOR CYCLE **/ : IF BANKO & IRMC NEXT SA8 OUT RASO 
IF BANKT & !R¥C NEXT SAS OUT RAS1 
PRESENT SA1_ IF BANKO NEXT SA2 OUT RASO ; IF BANK2 & !RMC NEXT SAS OUT RAS2 
IF BANK1 . NEXT SA2 OUT RAS? = IF BANKS & !RMC NEXT SA8 OUT RAS3 
IF BANK2 NEXT SA2 OUT RAS2 ; IF !RMC NEXT SA8 OUT !ROWADD 
IF BANK3 NEXT SA2 OUT RAS3 ; OUT !ICOLADD 
NEXT SA2 OUT ROWADD OUT SIG ; 
OUT COLADD /** TF RMC LOW EXECUTE READ MODIFY WRITE CYCLE **/ 
OUT SIG ; /** JUMP TO STATE SAS **/ 
/** REMOVE ROW ADDRESS AND SET UP COLUMN ADDRESS **/ /** ALSO REMOVE COLUMN ADDRESS AND ASSERT ROW ADDRESS **/ 
/** ASSERT SIG TO INFORM DATA SIZING & ALIGNMENT PAL OF PROCESSOR CYCLE **/ 


Figure 3-198.a Source Code for Timing and Controller PAL (Continued) 
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PRESENT SA5 
/** RAS PRECHARGE TIME DELAY **/ 


PRESENT SA6 


PRESENT SA7 
/** PROCESSOR READ WRITE CYCLE COMPLETE **/ 


/** THIS IS THE READ MODIFY WRITE CYCLE **/ 


PRESENT SAS IF BANKO 
, IF BANK1 
IF BANK2 

IF BANKS 


NEXT 
NEXT 
NEXT 
NEXT 
NEXT 


SA9 
SA9 
SA9 
SA9 
SA9 


/** ACCESS TIME DELAY FOR BOTH READ AND WRITE **/ 


PRESENT SA9 IF BANKO 
IF BANK1 
IF BANK2 
IF BANK3 


PRESENT SA10 IF 
IF 
IF 
IF 


PRESENT SA11 IF 
IF 
IF 
IF 


PRESENT SA12 IF 
IF 
IF 
IF 


NEXT 
NEXT 
NEXT 
NEXT 
NEXT 


NEXT 
NEXT 
NEXT 
NEXT 
NEXT 


NEXT 
NEXT 
NEXT 
NEXT 
NEXT 


NEXT 
NEXT 
NEXT 
NEXT 
NEXT 


SA10 
SA10 
SA10 
SA10 
SA10 


SA11 
SA11 
SA11 
SA11 
SA11 


SA12 
SA12 
SA12 
SA12 
SA12 


SA13 
SA13 
SA13 
SA13 
SA13. 


OUT !SIG; 


OUT 
OUT 
OUT 
OUT 
out 


OUT 
OUT 
OUT 
OUT 
OUT 


OUT 
OUT 
OUT 
OUT 
OUT 


OUT 
OUT 
OUT 
OUT 
OUT 


RASO 
RAS1 
RAS2 
RAS3 
SIG 


RASO 
RAS1 
RAS2 
RAS3 
SIG 


RASO 
RAS1 
RAS2 
RAS3 
SIG 


RASO 
RAS1 
RAS2 
RAS3 
SIG 


me Se Me te me =e Me me te te we Me Ms Be fe 


or ee ee er Ty 


/** THIS IS THE READ WRITE CYCLE **/ 


PRESENT SA13 IF BANKO NEXT SA14 OUT 
IF BANK1 NEXT SA14 OUT 
IF BANK2 NEXT SA14 OUT 
IF BANK3 NEXT SA14 OUT 
NEXT SA14 OUT 
/** REMOVE THE RAS SIGNAL **/ 


PRESENT SA14 “NEXT SA15 OUT 
/** RAS PRECHARGE TIME DELAY **/ 


PRESENT SA15 ~ NEXT SAO ; 


/** PROCESSOR READ MODIFY WRITE CYCLE COMPLETE **/ 


/** THIS IS THE MEMORY REFRESH CYCLE **/ 


PRESENT SA16 NEXT SA17 OUT 
OUT 
OUT 
OUT 
OUT 
OUT 
/** ASSERT ALL FOUR RAS SIGNALS **/ 


PRESENT SA17 NEXT SA18 OUT 
: OUT 
OUT 
OUT 
OUT 
OuT 
/** REFRESH TIME DELAY **/ 


PRESENT SA18 NEXT SA19 OUT 
OUT 
OUT 
OUT 
OUT 
OUT 


Figure 3-198.a Source Code for Timing and Controller PAL (Continued) 





!RASO 
!RAS1 
IRAS2 
!RAS3 
SIG 
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PRESENT SA19 NEXT SA20 OUT !RASO /**- EQUATIONS FOR SYSTEM INITIALIZATION AFTER RESET **/ 
OUT !RAS1 
OUT !RAS2 [B0..B5] .ar = !INIT ; 
OUT !RAS3 
OUT !ROWADD RASO.AR YINIT 
OUT !RFSH ; RAS1.AR HINIT 
ROWADD . AR tINIT 
/** REMOVE ALL RAS SIGNALS **/ COLADD .AR LINIT 
/** ALSO REMOVE REFRESH ADDRESS AND ASSERT ROW ADDRESS **/ RAS2.AR YINIT 
RAS3.AR YINIT 
PRESENT SA20 " NEXT SA21 RFSH.AR tINIT 
/** RAS PRECHARGE TIME DELAY **/ SIG.AR TINIT 


=p he Be Se Me Be te me 


PRESENT SA21 , NEXT SA22 ; 
an, /* THESE ARE THE OUTPUT ENABLES */ 
PRESENT SA22 NEXT SAO 
RASO.OE "Bry 
/** TERMINATE MEMORY REFRESH CYCLE **/ RAS1 OE Bi] 
/** GO BACK TO POLLING STATE **/ - ROWADD.OE = 'B!1 
) , COLADD.OE = 'B'1 
/** THE FIRST STATE MACHINE COMPLETE **/ RAS2.0€ "BY 
RAS3.0E "BY 
/** THE SECOND STATE MACHINE **/ RFSH.OE ‘Bid 
SIG.OE ‘BY 


. 
e 
. 
’ 
° 
’ 
. 
a 
. 
’ 
. 
’ 
. 
_# 
. 
’ 


SEQUENCE STMB € 


PRESENT SBO IF RFCLK NEXT $B1 
DEFAULT NEXT SBO 

/** JUMP TO STATE SB1 **/ 

/** REMEMBER REFRESH REQUEST **/ 


PRESENT SB1_ IF RFSH . NEXT SBO 
DEFAULT NEXT SB1 

/** JUMP TO STATE SBO **/ 

/** REFRESH CYCLE EXECUTED THUS RETURN **/ 

} 


/** THE SECOND STATE MACHINE COMPLETE **/ 


Figure 3-198.a Source Code for Timing and Controller PAL (Continued) 
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RAIMA REEEREEEEEREKEEEKEREEEEEERERRERERERERKEEEREEEEEEEREREEEER 


CUPL 
Device 
Created 
Name 
Partno 
Revision 
Date 
Designer 
Company 
Assembly 
Location 


RFSH.ar 
VINIT 


RFSH.0e 
1 


MEGABIT 


HRKKKKKEEREREREREERREREEEREREREREREKEREEEREREEREREEEEE ERE REREEREEEEEREEEREREER 


2.11a Serial# 9-99999-999 
p23s8 Library DLIB-e-22-4 
Wed Jul 30 10:47:14 1986 
MEGABIT DRAM TIMING & ARBITRATION CONTROLLER 
AmPAL 2358 

01 

03/24/86 

KAPIL SHANKAR 

ADVANCED MICRO DEVICES 
NONE 

SUNNYVALE, CA 


=> 


1B1 & !B2 & !B3 & !B4 & BS 
!1B2 & !B3 & B4 
B1 & !1B2 & !B3 & B4 


1B1 & B2 & !B3 & B4 

1B1 & IMREQ & !82 & 183 & 1B4 & IBS 
1B2 & !B3 & B4 

B3 & !B4 

B1 & 1B3 & !B4 

1B1 & B2 & !B3 & $B4 & RMC 


STMA => 
BO , B1, 82, BS , B4 


Bl.ar => 
SINIT 


Bi.d => 
1p0 & Bi & !B2 & 1B3 & B4 
# BO & !B1 & BS & !B4 
# BO & !B1 & !B3 
# 1B0 & B1 & !B4 


STMB => 
BS 


B2.ar => 
{INIT 


B2.d => 
1B1 & B2 & !B3 & B4 
# BO & B1 & !B2 & !B3 & B4 
# 1B0 & !B1 & B2 & B3 & 1B4 
# BO & B1 & !B2 & !B4 
# 1B0 & !B1 & B2 & !B3 & 1B4 & RMC 
# BO & !B1 & B2 & 1B4 
# 180 & B1 & B2 & !B4 


B3.ar => 
INIT 


B3.d => 
1B0 & B1 & B2 & B3 & !B4 
#B1 & !B2 & BS & 1B4 
# 180 & !B1 & B2 & !B3 & !B4 & !RMC 
# 1B1 & B3 & !B4 


B4.ar => 
tINIT 


B4.d => 


Figure 3-198.b Boolean Logic Equation for the Timing and Arbitration PAL 
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B1 & !B2 & !B3 & B4 
# 180 & 181 & !B2 & 183 & !84 & BS 
# 1B1 & 'B3 & B4 


BS.ar => 
{INIT 


BS.d => 
$B5 & RFCLK 
# 'RFSH & 185 


$iG.ar => 
VINIT 


SIG.ce => 
1 


SIG.d => 
BO & !B2 & 183 & 184 
# 180 & BI & 182 & 1B4 
# 1B0 & 1B1 & 82 & 1B4 
#80 & !B1 & B2 & B3 & !B4 
# 181 & 1B2 & 83 & !B4 
#80 & B1 & 1B2 & B3 & 184 


COLADD.ar 
INIT 


COLADD. oe 
1 


COLADD.d => 
BO & !B2 & 183 & !B4 
# 160 & B1 & 1B2 & 183 & 1B4 


BANKO => 
!ADSELO & !ADSEL1 


BANK1 => 
ADSELO & !ADSEL1 


BANK2 => 
t!ADSELO & ADSEL1 


BANK3 => 
ADSELO & ADSEL1 


ROWADD .ar 
YINIT 


ROWADD .oe 
1 


ROWADD.d => 
'BO & 181 & 182 & $83 & 1B4 & BS 
# BO & 1B2 & 1B3 & 1B4 
# 'BO & B1 & !B2 & 183 
# 1B1 & 162 & !B3 & B4 


RASO.ar => 
NINIT 


RASO.oe => 
1 


RASO.d => : 
1BO & 181 & !MREQ & !B2 & 183 & !B4 & !ADSELO & 1B5 & !ADSEL1 


.. # BO & 182 & 1B3 & 1B4 & !ADSELO & !ADSEL1 


# 1B0 & B1 & !B2 & !B4 & !ADSELO & !ADSEL1 

# 180 & B1 & !B2 & 183 & B4 

# 1B0 & 1B1 & B2 & !B3 & !B4 & !ADSELO & !ADSEL1 & !RMC 
# 181 & !B2 & B3 & !B4 & !ADSELO & !ADSEL1 

#60 & B1 & !B2 & 83 & 1B4 & FADSELO & !ADSEL1 

# !B0 & !B1 & B2 & B3 & 1B4 & !ADSELO & !ADSEL1 

# 1B1 & I1B2 & !B3 & B4 


RAS1.ar => 
HINIT 


RAS1.0e => 
1 


Figure 3-198.c Statistics for the Timing and Arbitration PAL 
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RAS1.d => # BO & B1 & !B2 & B3 & !B4 & ADSELO & ADSEL1 
1B0 & !B1 & !MREQ & !B2 & 1B3 & !B4 & ADSELO & !B5 & !ADSELI ; # 180 & !B1 & B2 & B3 & I1B4 & ADSELO & ADSEL1 
# BO & 1B2 & 183 & !B4 & ADSELO & !ADSEL1 # 1B1& 1B2 & 1B3 & Bs 
# 'B0 & 81 & !B2 & !B4 & ADSELO & !ADSEL1 
# 180 & B1 & 182 & !83 & B4 : BANK => 
# '80 & 1B1 & B2 & !B3 & !B4 & ADSELO & !ADSEL1 & !RMC ADSEL1 , ADSELO 
# 1B1 & !B2 & B3 & !B4 & ADSELO & !ADSEL1 
# BO & 81 & !B2 & B3 & !B4 & ADSELO & !ADSEL1 
# 160 & 1B1 & B2 & B83 & 1B4 & ADSELO & !ADSELT 
# 1B1 & 1B2 & !B3 & B4 


RAS2.ar => 
HINIT ; Pin Variable Max 
Pol Name i Used Pterms Level 
RAS2.0e => 
1 


RAS2.d => 
1B0 & !B1 & IMREQ & !B2 & !B3 & 1B4 & !ADSELO & !B5 & ADSEL1 
# BO & !B2 & !B3 & !1B4 & !ADSELO & ADSEL1 
# 1B0 & B1 & !B2 & !1B4 & !ADSELO & ADSEL1 
# 180 & B1 & !B2 & $83 & B4 
# 180 & !B1 & B2 & !B3 & 1B4 & !ADSELO & ADSEL1 & !RMC 
# 181 & !B2 & B3 & !B4 & !ADSELO & ADSEL1 
# BO & B1 & !B2 & B3 & !B4 & !ADSELO & ADSEL1 
# 'BO & 1B1 & B2 & B3 & !B4 & !ADSELO & ADSEL1 
# 1B1 & !B2 & !B3 & B4 


RAS3.ar => 
HINIT 
B2 
RAS3.0e => B2 
1 B2 
RAS3.d => B3 
1BO & !B1 & !MREQ & !B2 & !B3 & !B4 & ADSELO & !'B5 & ADSEL1 B3 
#80 & !B2 & !B3 & !B4 & ADSELO & ADSEL1 B3 
# 180 & B1 & !B2 & !B4 & ADSELO & ADSEL1 B4 
# '80 & B1 & !B2 & !B3 & B4 B4 
# 'B0 & !B1 & B2 & !B3 & !B4 & ADSELO & ADSEL1 & !RMC B4 
#181 & !B2 & B3 & !1B4 & ADSELO & ADSEL1 


ze BET EBTTEBFHKFE Mr EA BBEEF MA eo BBEBAe~ANR NRK K 


B5 


Figure 3-198.c Statistics for the Timing and Arbitration PAL Device 
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node intermediate variable function 
variable extended variable 


6072 XXXXXXXXXXXXXAKXAKARAARAKARAAAK ARK AKAN ANAK AANA, 


SP 
6118 XXXXXXKAAAKAXXAAKKAKK ARAN AK ARAN ARK AK AKA KAKA KK 


AR 
6164 <2 seen een e reese eee ence eee ee Xrereee sa teneesecs 


Pin #19 6210 Mode x-xx 


0046 ---------- Krscccee 
0092 ---------- Kier ose 
O138 ----2- eee e cece eens 
0184 ----------- Xerrees 
0230 XXXXXXXXXXAXAXXAXAXARAXANK AAAKARAKARNANARAXA AN 
0276 XXXXXXXXXXXAKARAAAAAAAAAAK AK ARKAAK ARK AKAN AIK, 
O322 XXXXXXXXXXAXAAXAAAKARA NAKA KAN AKARKAXANAARAKAKK 
0368 XXXXXXXKXXAXXXAAXXAAXAAXKAAARAXAARAK ARAN KAKAXAAAN 
Pin #18 6214 Mode -xxx 


0460 -x---X---XX-- ee 


M 
M 
V 
Vv 
Vv 
x 
X 
x 
Vv 
X 
X 
xX 
I 
I 
I 
I 
V 
X 
X 
X 
Vv 
Vv 
Xx 
X 
X 
V 
X 
X 
X 
V 
X 
Xx 
X 
Vv 
X 
X 
Xx 
F 


O874 XXXXXXXAXXXAXXAKXAXAAKARAAAAKAAAAK AA AKA AKXARAN, 
Node 25 
LEGEND F : field D : default variable M : extended node 


Figure 3-198.d Fuse Plot and Chip Diagram for the Timing and Arbitration PAL Device 
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O12 we =e ee ene nee ec ere ee eee Keene ener er ececeeeetes 


1058 xXXxXXXXXXXAXXAXXAXKAXAARARAKANARANA AK AK NARA NRAN ANN 

1106 XXXXXXXAMIOOIOOAKAK AK AA KAKA AANA HANK KKK IK IIE 

1150 XXXXXXXXXAAXAXAARAAAKARKARK AKAN KARA AKAN AH KKK 
Pin #17 6218 Mode -x 

1196 rrr r ec crrerece 

1242 ---- 2 een Kr tere KX 

1288 ----------x-- play thy, Ci Galea ate 

1334 XXXXXXXXXAXXXAXAXXXAAAXAAAAXARAKAAAAAKAAKK AKAN, 

1380 XXXXXXXXXAXAARAAKAKARAANAN A AKA AKAN AN KK KI 

1426 XXXXXXXAXXXAXXXAXXARKAARAAKK ANAK RANK ANAK AAA KK IK 

WGT2) XXXXXXAKARKARAAAKAARAARK ARK AAA KAAA AKAN KAN KAKA 

1518 XXXXXXXAAXKKARKAKKANKKAAAKNA KAKA KAA KKK KK IKI IK, 

1564 XXXXXXXXXAXAXAXAARAAAKARA AAA AK ARK AANA AK AKK AN KANN 
Node 23 


1840 ----- 

1BB6 ~~ nn Knee K ttt crc reece 
1932 XXXXXAXXXAAXXXXAXAAKAAAKK AAA XARA AXA AKAAKAAK KAHN 
Pin #16 6220 Mode -x 

1978 See ee ee ee 
2024 =X Xr KKK eK KK Kees 
2070 -- Xr XK eX eK Keres ees 
2116 

2162 

2208 ----x----Xxx--Xx 

2254 ----K--- "XX 

2300 

2346 

2392 

2438 XXXXXXXXAXXXAXXAXAXAXARKAAKARKKAAK AKA RAK NRK AN KIN 
248A XXXAKAKKARAAAKAKAK AKA AKK AKA KN HANK KKH HK 
2530 XXXXXXXXXXXXXXAAXXAXAXAXAAXAAAAAKAARAAN ARAN RANK 
Node 21 


2852 XXXXXXAXAXXAXAXXAAAKAARA AAA ARAN A AAR AKA AAA AAA AK NK, 

2898 XXXXXXXXXAXXXXAARXAXAXARNKARAKAAAXAXARKAAAX NAA. 

SOG XXXXXAXXAXAXAXAXANAAANAAAAARAN NA AAA AKAN NNAN KIX, 

2990 XXXXXXXAXAXAXAXXAAAXARKARKAARKANAAAKARKARAAK ANN 
Node 22 


XXAXXAXXAXAARXAAAAARXAAKAKAARK AA ARAK ANA AN KAA 
AXXXAXXARAXAKARARANAR KARAKAARKAN KAKA AANA INK 
XAXXAARKAXAAXXAAKAAKAARK ARK ARK AAARKAARAK AKA AKA AK NK, 

3358 XXXXXXXXXAXXXXAXAXXAXAXKARAKAXAXAXXAAKX AANA K ANN 

3404 XXXXXXXAXXXXAXAXAKAXXAXAXXAAKXXARKAAARKKN AK X AKAN 

3450 XXXXXXXXXXXXXAXAXAXXXAXAKKXARAAAAAKKX ARK ARAN N 

in #15 6222 Mode -x 


3542 

3588 

{Che OP Cte Chae Che ott htt ttt 
3680 --- more ene Kenn Kee Ke Xe eK cree cece cece 
3726-33 Ke XK Ke Ke Ke Kee Kec sess cece 
Yd (Se Ghd oP Ce? GRD tie, htt a 
BBB +29 eK KK KKK Kress e cece 
Re Git GP GR? Gh oo Shit itt 
3910 -- 

39S6 XXXXXXXXAXXAXXXXAXAXKAARAXKAARKARAXNXAAKAAANAK AN 
4002 XXXXXXAXXAXXAXAAXAAAXAXAAXARKAAXAXARAAAARAKK AN, 
4048 XXXXXXXXXXXXAAXAXAXAXXXAAAXAKAXXAXXAXAAAKAARRAAAR 
Node 24 


4278 XXXXXXXXXXXXXAXXXAXXXXAAXAAAAXXARAAAAAAKNANAKAN, 
4324 XXXXAXXAXXAXAARAXAKAAXKARAKNAARAARAKAARAKAAKAN 
4370 XXXXXXXXXXXAXAXXXXXXAXXAXAXXXAARAXAXAXKARKAAAKN KKK 
44VGE XXXXXKXXXXXXXAXXXAXXXAXXAXXAXXAAXAAKAAXAKARK ARH K 
in #14 6224 Mode -x 








4646 XXXXXAXXAXAXAARAKARARARK ANAK AKA RK AK AKA AANA AK AAN 
4692 XAXXXXAXXXAXAAAXAAAXANAAAAAAAK AAA AA AAA KAKA KAA 
4738 XXXXXXXAXXAXAAXAXAXAXARAAAAXAXARARAAX AKA KAR ARAN 
4784 XXXXXAXXXARKXAAAAAAXAARAKANAARARKARAKAA AA XAA AANA, 
4B3O XXXXXAXXXAXKAAXAAARAAAARAKAARAAXX ARK KAA AAKAA RAK, 
Node 26 


weawene eee? Coe ee eee? Coe 


49GB AXXXXXARAAKAXAAAAANN ANA A ANAK AHHH K KK HANNAN 
5014 XXxXXXXXXXXXAXAXARAXARAXAAAARAK AAA KARA XNA AAA AKAN 
5060 xXXXXXXXXAXAXARAAARAAX ARAN AX AARAKAAAAKXA KARA AN 
5106 xXXXXXXXXXXXAXXXARXARKARKAAXAAAAARKAAKAKAKARAAK 
in #13 6226 Mode xxxx 


5198 -X°°Xr-°X°X 

5244 --- "Kx" * XX 

5290 --*°xX-°°X°x 
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5382 ----X---X-X-°X 

5428 << 9X XM X 

S474 ree Ke KKK XX 

5520 oe Kr XK Ke KeXe eX 

5566 Se Co) Cs Co? Co 
5612 XXXXXAXXAXXXAXAXXAXAXRAXAAX AAA AAR ARR A RAANRAKARAAN 
Pin #12 6230 Mode -xxx 

5658 TRerPPEPELeCee Tere eee eee eee ee eee ee ee eee ees 
5704 rs Crs Cos Co? Cee 
5750 Pe? Coes Coe) Crs Co 
5796 eS Coe? Cr. > Co 

5842 KroeKKeceeeeXececcccccee eee 
5888 XorecseXesscescccceses 
5934 Xr rrercccccencs 
5980 XXXXXXXXAXXARAXXARAXAARAXKAARARAARAAXARAARXAKN 
6026 XXXXXXXXAAAAAXXXAAAAKAXAAAXARAXAAAAAAAAAA NAAN 
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Figure 3-198.d Fuse Plot and Chip Diagram for the Timing and Arbitration PAL Device (Continued) 
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Processor Read Write Cycle Execution 


When the processor cycle wins the arbitration, indicated by 
state 1, the timing and control signals required for the proces- 
sor cycle are initiated. 


There are four memory banks in the design each with four 
Mbytes of memory organized as 1M X 32 bits, as shown in 
Figure 3-195. The Timing and Arbitration PAL device gener 
ates the four RASO-RAS3 signals, one for each memory bank. 
The selection of one of these four RAS signals depends upon 
the two input ADSELO & ADSEL1 signals. In most systems 
these would constitute the high bits of system-processor ad- 
dress bus. 


After asserting the appropriate RAS signal, the state machine 
jumps to state 2 to manipulate its address-handling signats. 
For address multiplexing, this timing and arbitration PAL device 
generates the appropriate ROWADD and COLADD signals to 
multiplex the row and column addresses on to the memory- 
address bus. In state 2 it removes the ROWADD signal and 
asserts the COLADD signal to allow assertion of the column 
address to the memory. At the same ,time it asserts another 
signal, SIG that is used to inform the Data Sizing and Align- 
ment PAL device of the existance of a processor requested 
cycle, and to generate the appropriate CAS signals for the 
memory. 


The state machine then sequences through till state 4, allowing 
for the data-access time. At state 4, it decides between the 
read-write cycle or a read-modify-write cycle, based on proces- 
sor signal RMC, and jumps to either state 5 (for read-write 
cycle) or state 8 (for read-modify-write cycle). For read-write 
cycle, it removes the RAS signals and waits for another cycle 
for the RAS precharge time before completing the cycle. Simul- 
taneously, it also removes COLADD signal and asserts 
ROWADD signal, preparing the memory for the next processor 
cycle. The SIG signal to the Data Sizing and Alignment PAL 
device is also removed. The DSACK signal (acknowledgment 
to the processor) and the WE signals (for a write cycle) are 
generated if and when required under the control of the Data 
Sizing and Alignment PAL device. 


Processor Read Modify Write Cycle Execution 
When the processor requests a read-modify-write cycle by 


asserting RMC signal, the Timing and Arbitration PAL device 
automatically increases the length of the cycle. It keeps the 


RAS asserted for the appropriate duration of a read-modify- 
write cycle. At the same time, the Data Sizing and Alignment 
PAL device generates the appropriate WE and DSACK sig- 
nals. After this extended RAS assertion, the Timing and Ar- 
bitration PAL device completes the cycle, similar to the 
read-write cycle. 


Refresh Cycle Execution 


When the arbitration is won by the refresh cycle, the Timing 
and Arbitration Controi PAL device executes a RAS-only 
refresh cycle. On state 16 it removes the ROWADD signal and 
asserts the RFSH signal, which applies the refresh row- 
address on to the memory-address bus. Then in state 17 it 
generates ail four RASO-RAS3 signals, refreshing all memory 
banks. It then counts for a few states, depending upon the 
refresh timing requirements of the memory, before removing 
the RAS and RFSH signals. On removal of the RFSH signal, 
the external 10-bit refresh-row address-counter (AmPAL 
22V10) is also incremented for the next row. 


Interface Signalling 


An additional function performed by this PAL device is to inform 
the Data Sizing and Alignment PAL device of the execution 
timing reference of a processor cycle. It does this by asserting 
S!G signal LOW for ali processor cycles. This signal is basi- 
cally used as a synchronizing signa! between these two inde- 
pendent PAL devices. 


Data Sizing and Alignment PAL 


The Data Sizing and Alignment PAL device performs the 
following functions: 


1. CAS generation (for dynamic sizing and alignment) 
2. DSACK generation (for dynamic sizing and alignment) 
3. WE generation for write/read-modify-write cycles. 


The Data Sizing and Alignment PAL device's state machine 
diagram (shown in Figure 3-199) is synchronized to the Timing 
and Arbitration PAL device’s state machine by using signal 
SIG. This PAL device has no function for a refresh cycle. For a 
processor cycle, it asserts appropriate signals CASO-CAS3, 
WE and generates the cycle-complete signals DSACKO- 
DSACK1 to the system processor. The state machine functions 
are implemented in the four buried state registers on this 
device. 
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READ-MODIFY- 
WRITE CYCLE 
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COUNT=1 <s RW: RMC_ | _DSACK* 


WE CAS * 


READ AND AMC 
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Note: Where ‘signal designations appear 
both above and below a line, the upper 
indicates inputs and the lower, outputs. 


08479A-25 ‘Ouputs independent 
of RW and RMC 


Figure 3-199. State Diagram for the Data Sizing and Alignment PAL 
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CAS Generation 


The state machine starts at initial polling state 0, and remains 
at this state until receiving a SIG signal from the Timing and 
Arbitration PAL device indicating the start of a processor cycle. 
The maximum allowable data width for the 68020 processor is 
32 bits. The data bus is split into four-byte wide segments. The 
CAS signals for these fourbyte segments are independently 
controlled, allowing independent byte-wide read-write capabil- 
ity. These four CAS 0-3 signals strobe the column address for 
the LOW-to-HIGH order bytes of memory. They also allow read 
and write for low-low, low-middle, high-middie and high-high 
bytes of a 32-bit data port. For 16-bit data port size, CAS-2-3 
provides the low- and high-byte strobes respectively. For an 
8-bit port, only CAS3 is used. 


In state 1 the CAS signals are asserted. Which CAS signals 
are asserted depends upon the PORT size available, the DATA 
size transfer being attempted by the processor, and the align- 
ment of transfer required. As explained before, the attempted 
transfer data size is encoded on two SIZO0, S!Z1 bits by the 
processor and the alignment is indicated by the least signifi- 
cant address bits AO, A1 of the processor. 


The port size is very application-dependent. Different systems 
might require either static or dynamic selection of this port size. 
For example the designer can define different address ranges 
where the port size may be different. Alternately, jumpers can 
also define the port size. For illustrative purposes general- 
purpose means are provided to control data-port size and the 
consequent generation of CAS signals. Two input pins PRTO & 
PRT1 define the size of the port. 


Port Size 


As described above, based on the input pins PRT1, PRTO the 
size of data bus is decided. 


PRTO PRT1 SIZE 
L L 8 bits 
L H 16 bits 
H L 16 bits 
H H 32 bits 


For 32-bit ports, all four CAS signals need to be asserted, but 
for a 16-bit port, only two CAS signals need to be asserted. For 


an 8-bit port CAS3 is always asserted. The processor always 
attempts to transfer the maximum possible amount of data. Its 
SIZO,1 signal encodes the amount of data being transferred. 


The table below illustrates the relationship of the data size, port 
size, and alignment that is decided by address bits A1, AO. 
Assertion of appropriate CAS signals is dependent upon: port 
size PRTO, PRT1 or; attempted transfer data size SIZEO, 
SIZE1 and address bits AO, Ai shown in Table 3-25. 


The data from Table 3-25 is used in the state description syn- 
tax to generate the CAS signals for state 1. The software 
compiles the boolean equations for this logic directly. 


Once asserted, the CAS signals are held asserted for the req- 
uisite timing durations by the state machine until the appropri- 
ate read-write or read-modify-write cycles are completed. 


DSACK Acknowledge to CPU 


The amount of data received by any device is dependent upon 
its port size. Based on the port size PRTO, 1, the encodings for 
DSACKQO, 1 are generated to acknowledge the CPU and inform 
it of the port size. The acknowledgment timing is synchronized 
by the state machine. For read-write cycles, the DSACK sig- 
nals are generated in state 1 and removed on cycle completion 
in state 4. 


For read-modify-write cycle a slight complication exists. The 
read-modify-write cycle requires two DSACK signals for read 
and write. The first DSACK (used for both R/W & RMW cycles) 
is generated in state 1 and removed in either state 4 or state 5. 
The second, required for read-modify-write cycle only is 
generated in state 8 and removed in state 11. 


WE Generation 


For the read-write cycle only, in state 1 based on RMC HIGH 
(not a read-modify-write cycle) and R/W being LOW (write 
cycle), the WE is generated for normal write cycles. For read- 
modify-write cycle, a delayed WE signal is generated always 
based upon the internal 4-bit state counter in state 8 (Figure 
3-196). Figure 3-200.a shows the high-level language specifi- 
cations for this PAL (using AmMCUPL). Figure 3-200.b shows 
the corresponding Boolean logic equations; Figure 3-200.c 
shows the statistics for this PAL device, and Figure 3- 200.d 
shows the fuse plot for this device. 


3-269 





TABLE 3-25. DATA BUS ACTIVITY FOR BYTE, WORD, AND LONG WORD PORTS 


: Data Bus Active Sections 
Byte (B)—Word (W)—Long Word (L) Ports 


BWL ss. 
B 
BW 
B 
BWL 
B 

B 

B 

B 

B 

B 

B 


Transfer 
Size 
Three- 
Byte 
Long 
Word 


W 
BWL 
W 
BWL 
B 
BW 


1 0 

1 0. 

1 1 

1 1 

0 0 0 
0 .0 1 
0 1. 0 
0 1 1 
1 0 0 
1 0 1 
1 1 0 
1 1 1 
0 0 

0 0 

0 1 

0 1 


seers 
ro ce : | te a io 
I" boo | 
prefers 
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NAME MEGABYT DRAM DATA SIZING & ALIGNMENT CONTROLLER; 
PARTNO AmPAL 2388 ; 

DATE 03/24/86 ; 

REV ol; 

DESIGNER KAPIL SHANKAR ; 

COMPANY ADVANCED MICRO DEVICES ; 

ASSEMBLY NONE ; 

LOCATION SUNNYVALE, CA ; 

DEVICE p23S8 ; 


SISOS IIR IOI ISR STASI TORI TEE ERS IR TTR TRIE 
/* */ 
/* */ 
/* */ 
ESAS SIO III III IIIS TTI IR IIR IIIA ITI IAI TIIR | 


/* Allowable Target Device Types: THE ONLY ONE */ 


[RERRERREREHRERERHEAEEERIRRRREREEERERERREREREREREERERERERERERE belalataheied A 


/** Inputs **/ 


PIN 
PIN 
PIN 
PIN 
PIN 
PIN 
PIN 
PIN 
PIN 
PIN 


SIG ; 
AO 

Al 

RW 

RMC ; 
$1Z0 
$1Z1 
PRTO 
PRT1 
INIT 


- COON AVF WN 


2 Se Se Me fe 


—_ 
N 


[** we] 


PIN IWE ; 
PIN 1CAS2 
PIN ICASO 
PIN : 1CAS3 
PIN ICAS1 ; 
PIN IDSACK1 
PIN !DSACKO 


NODE [B0,B1,B2,B3) ; 


/** Declarations and Intermediate Variable Definitions **/ | 


FIELD STM = (B0,B1,B2,83] ; /** THE STATE MACHINE **/ 


FIELD PORTSIZE = [PRT1, PRTO] ; /** SIZE OF THE PORT **/ { 
/** INTERFACED TO PROCESSOR **/ 

PORTS PORTSIZE /** 8 BIT WIDE PORT **/ 

PORT16 = PORTSIZE /** 16 BIT WIDE PORT **/ 

PORT32 = PORTSIZE /** 32 BIT WIDE PORT **/ 


/** DEFINE THE STATES **/ 


SDEFINE SAO ‘'b'0000 STATE 0 **/ 
SDEFINE SA1  'b'0001 STATE 1 **/ 
SDEFINE SA2 'b'0010 STATE 2 **/ 
SDEFINE SA3 = 'b'0011 STATE 3 **/ 
SDEFINE SA4 'b'0100 STATE 4 **/ 
SDEFINE SAS = 'b'0101 STATE 5 **/ 
SDEFINE SA6 = 'b'0110 “STATE 6 **/ 
SOEFINE SA7 = 'b'0111 STATE 7 **/ 
SDEFINE SA8 'b'1000 STATE 8 **/ 
SDEFINE SAY ‘'b'1001 STATE 9 **/ 
SDEFINE SA10 ‘'b'1010 STATE 10 **/ 
SDEFINE SA11 'b'1011 STATE 11 **/ 


/** Logic Equations **/ 
/** THE STATE MACHINE **/ 
SEQUENCE STM € 


/** POLLING FOR SIG INDICATING A PROCESSOR CYCLE **/ 


Figure 3-200.a Source Code for Data Sizing and Alignment PAL 
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/** PORT DATA OFFSET STATE OUTPUT **/ /** ELSE WAIT FOR THE PROCESSOR CYCLE **/ 
PRESENT SAO ‘ /** POLL AGAIN **/ 
/** FOR PORTSIZE 8 **/ /** STAY IN STATE SAO **/ 
IF §SIG & PORT8 : NEXT SA1 OUT CAS3 ; 
/** THIS IS THE PROCESSOR CYCLE START **/ 
/** GENERATE ACKNOWLEDGE **/ 
IF 1SIG & PORTS NEXT SA1 OUT DSACKO ; PRESENT SA1 
IF CASO NEXT SA2 cAsO 
IF CAS1 NEXT SA2 CAS1 
/** FOR PORTSIZE 16 **/ IF CAS2 NEXT SA2 cAS2 
IF !SIG & PORT16 & !A0 NEXT SA1 OUT CAS3 IF CAS3 NEXT SA2 CAS3 
IF !SIG & PORT16 & !SIZO0 & S1Z1 & AO NEXT SA1 OUT CAS2 IF §RW & RMC NEXT SA2 WE ; 
IF PORTS NEXT SA2 DSACKO 
/** GENERATE ACKNOWLEDGE **/ IF PORT16 NEXT SA2 DSACK1 
IF §SIG & PORT16 NEXT SA1 OUT DSACK1 ; IF PORT32 NEXT SA2 DSACKO 
DSACK1 


=e te me te 


; NEXT SA2 ; 

/** FOR PORTSIZE 32 **/ 

/** BYTE TRANSFER SIZE **/ /** HOLD CAS GENERATED IN THE LAST STATE **/ 
IF !SIG & PORT32 & !A1 & !A0 NEXT /** IF WRITE CYCLE AND NOT READ MODIFY WRITE CYCLE ASSERT WE **/ 
IF #SIG & PORT32 & !A1 & AO NEXT /** JUMP TO STATE SA2 **/ 
IF §SIG & PORT32 & !A1 & !S1Z0 NEXT 
IF §SIG & PORT32 & 1A1 & SIZ1 NEXT 
IF !1SIG & PORT32 & Al & !A0 NEXT 
IF ISIG & PORT32 & 1A1 & 1S1Z1 & 1S1Z0 NEXT 
IF !SIG & PORTS2 & 1A1 & SIZ1 & SIZO = NEXT 
IF !SIG & PORT32 & !A1 & AO & !$120 NEXT 
IF !SIG & PORT32 & Al & AO NEXT 
IF (SIG & PORTS2 & !S121 & !S120 NEXT 
IF §SIG & PORT32 & AO & SIZ1 & SiZ0 NEXT 


PRESENT SA2 

- TF CASO NEXT SA3 CASO 
IF CASI NEXT SA3 CAS1 
IF CAS2 NEXT SA3 CAS2 
IF CAS3 NEXT SA3 CAS3 
IF IRW & RMC NEXT SA3 WE; 
IF PORTS NEXT SA3 DSACKO 
IF PORT16 NEXT SA3 DSACK1 
IF PORT32 NEXT SA3 OUT DSACKO 

/** GENERATE ACKNOWLEDGE **/ DSACK1 
IF 1S1G & PORT32 NEXT SA1 OUT DSACKO NEXT SA3 ; 

OUT DSACK1 ; 


a 
e 
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’ 
. 
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' 
. 
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/** HOLD CAS GENERATED IN THE LAST STATE **/ 
/** JUMP TO STATE SA1 **/ : /** HOLD WE FOR ACCESS DURATION **/ 
/** ASSERT THE CAS FOR THE RIGHT PORTSIZE DATASIZE AND ADDRESS OFFSET **/ /** JUMP TO STATE SA3 **/ 


IF ISIG & !RW & RMC NEXT SA1 OUT WE ; PRESENT SA3 
/** GENERATE WE FOR READ WRITE CYCLE ONLY **/ IF RMC NEXT SA4 OUT !CASO 
OUT !CAS1 
IF SIG NEXT SAO ; OUT !CAS2 
Figure 3-200.a Source Code for Data Sizing and Alignment PAL (Continued) 
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OUT !CAS3 /** CONTINUE THE READ MODIFY WRITE CYCLE **/ 

OUT IWE 

OUT !DSACKO PRESENT SA6 

OUT !DSACK1 ; ; IF CASO NEXT SA7 
; IF CAS1 NEXT SA7 


/** FOR READ WRITE CYCLE REMOVE CAS AND WE FOR CYCLE COMPLETION **/ IF CAS2 NEXT SA7 
/** ACKNOWLEDGE CYCLE COMPLETION BY ACKNOT **/ IF CAS3 NEXT SA7 
/** JUMP TO STATE SA4 **/ NEXT SA7 


me he Me fe 


IF CASO & !RMC NEXT SA5 OUT CASO /** CONTINUE THE READ MODIFY WRITE CYCLE **/ 
IF CAS1 & !RMC NEXT SAS OUT CAS1 
IF CAS2 & !RMC NEXT SA5 OUT CAS2 PRESENT SA7 
IF CAS3 & !RMC NEXT SAS OUT CAS3 ; | IF CASO NEXT SA8 OUT CASO 
IF !RMC NEXT SAS OUT !DSACKO IF CAS1 NEXT SA8 OUT CAS1 
OUT !DSACK1 ; IF CAS2 NEXT SA8 OUT CAS2 
: : ; IF CAS3 NEXT SA8 OUT CAS3 
FOR READ MODIFY WRITE CYCLE CONTINUE TO ASSERT CAS SIGNALS **/ IF PORTS NEXT SA8 OUT DSACKO 
ACKNOWLEDGE COMPLETION OF READ PORTION OF THE CYCLE BY ACKNOT **/ IF PORT16 NEXT SA8 OUT DSACK1 
JUMP TO STATE SA5 **/ IF PORT32 NEXT SA8 OUT DSACKO 
OUT DSACK1 
NEXT SA8 OUT WE ; 


/** REMAINING PORTION OF THE READ WRITE CYCLE **/ 
THIS IS THE WRITE PORTION OF THE READ MODIFY WRITE CYCLE **/ 
PRESENT SA4 NEXT SAO ; GENERATE THE WE SIGNAL FOR ENABLING WRITE **/ 
/** GO BACK TO POLLING STATE SAO **/ GENERATE THE CORRECT ACKNOWLEDGE FOR THE WRITE CYCLE PORTION **/ 
CONTINUE TO ASSERT CAS **/ 
/** COMPLETION OF READ WRITE CYCLE **/ 


PRESENT SA8 

IF CASO NEXT SA9 OUT CASO 
IF CAS1 NEXT SA9 OUT CAS1 
/** REMAINING PORTION OF THE READ MODIFY WRITE CYCLE. **/ IF CAS2 NEXT SA9 OUT CAS2 
- IF CAS3 NEXT SA9 OUT CAS3 
PRESENT SAS IF PORTS NEXT SA9 OUT DSACKO 
1F CASO NEXT SA6 OUT CASO IF PORT16 NEXT SA9 OUT DSACK1 
IF CAS1 NEXT SA6 OUT CAS1 IF PORT32 NEXT SA9 OUT DSACKO 
IF CAS2 NEXT SA& OUT CAS2 OUT DSACK1 

IF CAS3 _ NEXT SA6 OUT CAS3 NEXT SA9 OUT WE ; 

NEXT SA6 ; 


me 8a te fe 


/** THIS IS THE WRITE PORTION OF THE READ MODIFY WRITE CYCLE **/ 


Figure 3-200.a Source Code for Data Sizing and Alignment PAL (Continued) 








vle-€ 


PRESENT SA9 . /** EQUATIONS FOR SYSTEM INITIALIZATION AFTER RESET **/ 
IF CASO NEXT SA10 OUT CASO 
IF CAS1 NEXT SA10 OUT CAS1 
IF CAS2 NEXT SA10 OUT CAS2 
IF CAS3 NEXT SA10 OUT CAS3 CASO.AR YINIT 
IF PORTS : NEXT SA10 OUT DSACKO CAS1.AR HINIT 
IF PORT16 NEXT SA10 OUT DSACK1 DSACKO.AR VINIT 
IF PORT32 NEXT SA10 OUT DSACKO DSACK1.AR YINIT 

OUT DSACK1 CAS2.AR YENIT 
NEXT SA10 OUT WE ; CAS3.AR SINIT 
: WE.AR SINIT 


(80..B3).ar = FINIT ; 


=e 8s te we 


ma Me Me Me te te te 


/** THIS IS THE WRITE PORTION OF THE READ MODIFY WRITE CYCLE **/ : 
PRESENT SA10 /* THESE ARE THE OUTPUT ENABLES */ 
NEXT SA11 OUT !CASO . 

OUT !CAS1 CASO.0E 'B't 

OUT !CAS2 CAS1.0€ ‘BY 

OUT !CAS3 DSACKO.OE "BY 

OUT !DSACKO DSACK1.0€ ‘B41 

QUT !IDSACK1 CAS2 .0E "B'1 

OUT !WE ; CAS3.0E "Bit 

WE .OE 'B'4 


CT) ee) ee eT ee TT) 


/** COMPLETION OF THE WRITE PORTION OF THE READ MODIFY WRITE CYCLE **/ 
/** REMOVE ALL CAS WE AND ACKNOWLEDGE COMPLETION **/ 


/** REMAINING PORTION OF THE READ MODIFY WRITE CYCLE **/ 


PRESENT SA11 NEXT SAO ; 
/** GO BACK TO POLLING STATE SAO **/ 

/** COMPLETION OF THE READ MODIFY WRITE CYCLE **/ 
? 

/** THE STATE MACHINE COMPLETE **/ 


Figure 3-200.a Source Code for Data Sizing and Alignment PAL (Continued) 
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CUPL 
Device 
Created 
Name 
Partno 
Revision 
Date 
Designer 
Company 
Assembly 
Location 


B0.ar 
tINIT 


BO.d => 


2.11a Serial# 9-99999-999 
p23s8 Library DLIB-e-22-4 
Wed Jul 30 10:13:11 1986 


' MEGABYT DRAM DATA SIZING & ALIGNMENT CONTROLLER 


AmPAL 2388 

01 

03/24/86 

KAPIL SHANKAR 

ADVANCED MICRO DEVICES 
NONE 

SUNNYVALE, CA 


1B0 & !82 & B3 
#860 & Bi & 1B2 & $B3 & !RMC 
# IPRTO & 180 & 181 & !B2 & 183 & ISIG 
# 160 & B1 & 1B3 
#180 & 1B1 & !B2 & 1B3 & RMC & !SIG & IRW 
# PRTO & PRT1 & 180 & !B1 & 1B2 & $B3 & ISIG 


Bl.ar => 
TINIT 


Bi.d => 


180 & B1 & 1B2 & B3 
# BO & 1B1 & 182 & B3 
# 180 & B1 & 1B3 
# PRTO & PRT1 & BO & !1B1 & !B2 
# IPRTO & BO & !81 & !B2 
# BO & !B1 & 183 


DSACKO.ar 
HINIT 


DSACKO.oe 
1 


DSACKO.d => 
IPRTO & IPRT1 & !BO & 1B1 & !B2 & 1B3 & !SIG 
# PRTO & PRT1 & 180 & !B1 & !B2 & 1B3 & !SIG 
# IPRTO & IPRT1 & 80 & 181 & !B2 
# IPRTO & IPRT1 & 180 & B1 & 1B2 & !B3° 
# PRTO & PRT1 & !B0 & B1 & !B2 & !B3 
# PRTO & PRT1 & 1B1 & 182 & B3 
# IPRTO & IPRT1 & BO & B1 & B2 & !B3 
# PRTO & PRT1 & BO & B1 & B2 & !B3 
# IPRTO & !PRT1 & 180 & !B1 & !B2 & B3 


B2.ar => 
IINIT 


B2.d => 
1B0 & B1 & B2 & IBS 
#60 & !B1 & B2 & !83 
# BO & Bi & !B2 & 1B3 


DSACK1.ar => 
INIT 


DSACK1.oce => 
1 


DSACK1.d => 
PRT1 & $80 & 1B1 & !82 & $83 & !SIG 
# PRT1 & BO & 181 & 182 
# PRT1 & 1B0 & B1 & 182 & 1B3 
# PRT1 & 180 & 1B1 & IB2 & B3 
# PRT1 & BO & B1 & B2 & !B3 


B3.ar => 
JINIT 





Figure 3-200.b Boolean Logic Equations for the Data Sizing and Alignment PAL 
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B3.d => 
1B0 & B1 & !B2 & B3 
# 181 & 182 & 63 
# BO & B1 & B2 & 183 


PORT32 => 
PRTO & PRT1 


PORT16 => 
1PRTO & PRT1 


DSACKO => 
PRTO & PRT1 & BO & !B1 & !B2 & !B3 


BO, B81, B2, B3 


PORTSIZE => . 
PRT1 , PRTO 


WE.ar => 
HINIT 


WE.d => 
1BO & $B1 & !B2 & !B3 & RMC & !ISIG & !RW 
# BO & !B1 & !B2 & !B3 & RMC & IRW 
# 180 & Bi & !82 & !B3 & RMC & IRW 
# 'B1 & !B2 & B3 
# BO & B1 & B2 & !B3 


CASO.ar => 
VINIT 


CASQ.0e => 
1 


CASO.d => 
BO & !B1 & !B3 & CASO 


# !B0 & B1 & !B3 & CASO © 

# 1B1 & !B2 & B3 & CASO 

#80 & B1 & !82 & !B3.& !RMC & CASO 
# BO & Bi & B2 & !B3 & CASO 


CAS1.ar => 
HINIT 


CAS1.0e => 
1 


CAS1.d => 
PRTO & PRT1 & JAD & 180 & Al & 181 & 1B2 & !B3 & SIG 

# PRTO & !SIZO & PRTI & 1S1Z1 & $BO & 1A1 & 1B1 & 1B2 & 1B3 & ISIG 
# PRTO & SIZO & PRT1 & SI1Z1 & 180 & 1A1 & 181 & 1B2 & 183 & IS1G 
# PRTO & $SIZO & PRT1 & AO & $80 & !A1 & 181 & $82 & 1B3 & ISIG 
# PRTO-& S1ZO & PRT1 & SIZ1 & AO & 180 & 181 & $82 & 183 & SIG 
# 80 & 181 & !B3 & CASi 
# 180 & B1 & !B3 & CAS1 
# 1B1 & !B2 & B3 & CAS1 
# BO & B1 & !B2 & !B3 & IRMC & CAS1 
# BO & B1 & B2 & !B3 & CASI 


CAS2.ar => 
VINIT 


CAS2.0e => 
1 


CAS2.d => : 
1PRTO & 1S1Z0 & PRT1 & SIZ1 & AO & 1BO & 181 & 1B2 & 1B3 & ISIG 
# PRTO & PRT1 & AO & $80 & 1A1 & $81 & 1B2 & 1B3 & ISIG 
# PRTO & !SIZO & PRT1 & $80 & !A1 & 1B1 & 182 & 183 & !SIG 
# PRTO & PRT1 & SIZ1 & 1B0 & !A1 & 181 & 1B2 & !B3 & ISIG 
# PRTO & !S1Z0 & PRT1 & !S1Z1 & !BO0 & 181 & !B2 & 183 & ISIG 
# BO & !B1 & !B3 & CAS2 
# 1B0 & B1 & !B3 & CAS2 
#181 & !B2 & B3 & CAS2 
# BO & B1 & !B2 & 1B3 & !RMC & CAS2 
# BO & B1 & B2 & !B3 & CAS2 


CAS3.ar => 


Figure 3-200.b Boolean Logic Equations for the Data Sizing and Alignment PAL (Continued) 
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B1 
B1 
DSACKO 
DSACKO 
DSACKO 
CAS3.d => ! DSACKO 
IPRTO & !PRT1 & !BO & !B1 & !B2 & !B3 & 1SIG B2 
# IPRTO & PRT1 & !A0 & !B0 & !B1 & !B2 & 1B3 & !SIG B2 
# PRTO & PRT1 & !A0 & 1B0 & 1A1 & 1B1 & !B2 & !B3 & ISIG B2 
# PRTO & PRT1 & AO & 180 & Al & !B1 & 182 & 1B3 & !SIG ! DSACK1 
# BO & $B1 & !B3 & CAS3 DSACK1 
# 180 & B1 & !B3 & CAS3 DSACK1 
# 'B1 & !B2 & B3 & CAS3 1 DSACK1 
# BO & B1 & !B2 & 1B3 & IRMC & CASS B3 
#80 & B1 & B2 & 1B3 & CAS3 B3 
B3 
PORTS => ‘ RMC 
IPRTO & !PRT1 SIG 
PORT32 
PORT16 
DSACKO 
STM 
PORTSIZE 
WE 
WE 
WE 
WE 
Pin Variable i -! CASO 
Name i Used Pterms Level caso 
, CASO 
CASO 
CASI 
CAS1 
CAS1 
CAS1 
CAS2 
CAS2 
cas2 
CAS2 
CAS3 
CAS3 
1 CAS3 


Figure 3-200.c Statistics for Data Sizing and Alignment PAL Device 
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LEGEND field default variable 
node intermediate variable 
variable extended variable 


6072 XXXXXXXXXXXAXAXAXAXAXAAARXARARARARAARARARARXAN 


sp 
6118 XXXXXARARXAKAARAAAAAAARANAARARAXARK KAA ARN KAHAN, 


0276 XXXXXXXXXXXAXAXAXAXKANAXARARANXAXKA ARAN ANAXAAX 
0322 XXXXXXXXXXXAXAAXXXXXXAAAAAAXAXKXAXKAXAAAX AA AKAN 
O368 XXXXXXXXXXXXXXXXXXXXARXXAARAXAXAKARKA AANA ARK AANK 
Pin #18 6214 Mode. -xxx 


0460 : eRe XK Ke Kose 
0506 XrXeeree Xie MrerXe sree 
0552 XoXo se eXXs eee Mover rece 
0598 XeXerere MiKo Kee cere 

KOK XK Kee Kee Kee 


1012 XXXKAKARKAAAA KAKA KAA KAA IAA KAKA AAA AA AK KIN, 

O58 xXXXXXAXAAAARKARAAARAKAKAAAKAARAA ARN A NAAR AA AIAN 

1104 XXXAxAXXAXAAARAAAARAKAAAARAKAKARRAKANA AKAN AAA AK AK 

1150 XXXXXXXAAAANAXANRAAAAARAAAAARANAAAA AANA AKA AKIN 
Pin #17 6218 Mode -x 


1472 XXXXXXXXXARKXARARXXAAAAAKARARAAAAARARK AAA AAAKAARAK 

1518 XXXXXXXXXAXAXXXAAAAXKARAXAAARAARAAAAKAAARKAK ARAN 

1564 XXXXXXXAXKAXARAAAXARAAARANANAAN AAA AAANAKAAKAK 
Node 23 


1748 XXXXXXXXXXAXXAAKAXAXAXX KARA AANA AAKA AK AANA AN NAH 

1794 XXXXXXXXXXAXXAAAXAXAXXAAAKARAA AANA AK KAKA AN KKK 

1840 XXXXXXXXXXAXXXXXAXAXAXAXAXAAXAAAARAK AAA ARKA AXA XKK 

1885 XXXXXXXXAXXAXXKAXAAXAXAAKAAKA AKAN AANA AK KA NA AKA KN 

1932 XXXXXXXAXXAXXAXAXRXAXAAAAAARAKARAK ARK ARK AAA AKAN, 
Pin #16 6220 Mode -x 


Figure 3-200.d Fuse Plot and Chip Diagram for Data Sizing and Alignment PAL Device 
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2392 ---+-- n-ne renee ree ot oP o) ohne? Cee 
2438 XXXKAXAXXXAXAAAKARAAAXARRARARAXARRARARARARAAAK 
24B4 XXKKA AKAN AANA KAA ARA AANA AKAN AKAN ARN 
2530 XXXXXAXXXAAKARAXAAAAAANARRKAAKAA ANAK AN KANN KAKA 
Node 21 


XXAXAXAXAXAAXAARAAAAARAAAARAAAXARAK AANA AAKAARKAKN 
2898 XXXAXXXXAAAAXAAAKAAAKAARANAAAARAANANA AAA ANAK, 
2944 XXXXXXXXXAXAAXARAXAXARAAAKARAAAANRAKA KARA AKAN, 
2990 XAXXXAAKAAXAKAKARAAARAANKAKAAKAAKAKAARAARAARAARN 


S312 XXXXAXAAAKAKAAAAAAAKAK ARAKI KK AAAI AK, 
3358 XXXXAAAXKXARAXAKAAAANAXAARAKKAARANAAAKKAAKAK AKA AN, 
3404 2200000000200000000 0000 UX KAA AAA ANA AKAN 
3450 XXXXXXXXXXAXAARAAXAARRAAARAKAARAKAAAANA KAKA AKAN 
Pin #15 6222 Mode -x 


3542 

3588 -x------- Kise eeSee Keer Xe Ke MMe Xe Kee Kees 

BORA Xr Ke eK KK KKK Mee Kees 

BEBO -X-- Kr KK KKH AK ee KrorXeeree 
oP SD, aia tetiaaiaae, alte SP, Sie, Pb, Slit, Caleee, Saledatae 

3772 


3864 


XARKXAAAXAXKXKAXAXAAXXAKXAARKAKAAAARAA AA KAAARKARARARKAN 


Node 26 

4876 XO IOI KX AAA AKA ANIA KAKA AA KAA AAK AKAN. 
4922 WOOO KX AKAKAKAKAANANAKAKAARAK RAR KKAKAK 
4968 2QQDOO IOI OOK AIHA KAKI KAA KAA 
5014 XxXxXXXXXxXXXKXKKKAXAKAKAAKKAAARAKKAKAKAXAAKAARAN 
5060 xx xxx xxxxxXXXKARAAXAAAKAAAKAARAK AKA AAA ANAK 
5106 22000000000000000U0U00U0000000000UCURUOUQIIIKK 
Pin #13 6226 Mode xxxx 


Pin #12 6230 Mode -xx- 


Figure 3-200.d Fuse Plot and Chip Diagram for Data Sizing and Alignment PAL Device (Continued) 
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5658 XXxXXXXXAXXAXXAAXAXAKAKARAR XK ARAARX AAA XA AK AKAN AK * 


5704 XXXXXXXAXAAXAXAKAAARAAAAAAANAARKA AN AAK KAN AKAANN 
5750 XXXXXXXXXAXAXARARAXAAKAAXAAXAAX ARK AAN AAA ANNAN, ; 15 * ICAS1 
5796 XXXXXXXXXAXAXAKAXAXAARAAAKA ARAN AXAAAARAAAXAKAKN sahaloshad 

5842 XXXXXXXAXXXXAXXXAXXXXAXKAXAAAXXXXXAXARAAXXKAAAN 
S888 _XXXXXAXAXAXAXXXAAXXXKXRXNAXANXAANAAAXAXKXKANKK 
5934 XXXXXXXAXAXAXAXAXAARAXAAAK ARK AKA KAA AAA ANAK KHNL 14 * IDSACK1 
5980 XXXXXXXAXXAXXXXXAXXAARAARXX AAA AKAN KAKA A ARK AK AAA NN ; aake 

6026 XXXXXXXXAXXAXXAXXAAXXAKARKARXARNARK ANA AAA ARAN 


RKKRK 


* 


RaaK 


* 


keke 
13 * IDSACKO 


LEGEND : fuse not blown : . , whee 


fuse blown * 
aakK 


12 * INIT 
whee 
* 
rd 
Rae RR fol ieiick 4k - 41 * PRT 
a ‘* kik 
* * 


x 1 , RRRAREKREKERERKEEKREKEEEREKEEREEE 


MEGABYT 


* 
kee 


16 * !CAS3 


EK 


Figure 3-200.d Fuse Plot and Chip Diagram for Data Sizing and Alignment PAL Device (Continued) 





3.6.6 DYNAMIC MEMORY CONTROL STATE SEQUENCER 


An example of acontrol path application foran AMD PALisin 
a memory system. Most large memory systems use MOS 
dynamic RAMs. Their high density allows packing a large 
memory size into a small board area. Dynamic RAM prices 
also make them very cost effective. 


Dynamic RAMs require external logic for address multiplex- 
ing, timing generation and refresh control. This application 
note shows the use of an AMPAL16R8A and an Am2964B to 
provide the necessary external logic for a typical dynamic 
memory system. The PAL is used as a state sequencer for 
timing generation and the Am2964B provides specialized 
control circuitry and reduces timing skew between control 
signals. This Implementation replaces about 20 SSI/MSI 
packages. 


” 
> 
a 
B 
uu 
x 
a 
a 
< 


AmPAL16R8A 
MREQ 


RFCK 
RST 
RMW 


CONTROL BUS 


Figure 3-201. Dynamic Memory Controller 


Design Requirements 


A system block diagram is shown in Figure 3-201. The control 
bus provides most of the inputs to the PAL state sequencer. 
These include: Memory Request (MREQ), READ/WRITE (RW), 
RESET (RST), Refresh Clock (RFCK), and Read-Modify-Write 
(RMW). Two upper address lines of the address bus serve as 
board selects (BS,, BS,), and one local signal, SLOW/FAST 
Memory (FAST), allows use of either slow or fast memory. A 
READ/WRITE sequence is initialized by MREQ ANDed with the 
proper board select conditions and a refresh sequence is in- 
itialized by RFCK. If both sequences are requested at the same 
time, a refresh sequence is performed. RW when HIGH selects 
a READ operation and when LOW selects a WRITE operation. 
RMW when HIGH selects a Read-Modify-Write cycle. 


RAS 


DYNAMIC 
MEMORY 
ARRAY 


CAS 


DATA BUS 


03862A-86 
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The outputs of the PAL provide the timing and control inputs to 
the Am2964B. These are: Row Address Strobe (RAS), Address 
Multiplexer Select (MS), Column Address Strobe (CAS), and 
Refresh (RFSH). In addition, the PAL provides the Write Enable 
(WE) to the Memory Array. Figure 3-202 shows the timing for 
fast READ/WRITE cycles. The memory cycle is initiated by 
MREQ going LOW. The PAL responds by bringing RAS LOW at 
to, followed by MS going LOW at ty, and finally bringing CA CAS 
LOW at to. If RW is LOW, WE is also brought LOW at to. WE i is 


25 MHz CLK 


held LOW until tz. RAS, MS and CAS are brought HIGH at ts. 


The rising edge of any of these 3 signals may be used to latch 
output data during a Read operation. The state sequencer is 
then disabled for 3 states to allow for memory precharge. 


By holding the FAST input LOW, an extended memory cycle is 
available to accommodate slower RAMs. The timing appears in 
Figure 3-203. 


Se ee ee 
We Ne ay 


03862A-87 


Figure 3-202. Fast READ/WRITE Cycle 


to 4 t2 ty ta ts 


{7 te te {10 14 ty2 {13 14 


03862A-88 


Figure 3-203. Extended Memory Cycle 
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RAS-Only refresh cycle timing is shown in Figure 3-204. The 
refresh cycle is initiated when RFCK_goes HIGH. The RFSH 
output goes LOW at to, followed by RAS at t,. The Am2964B 
supplied the necessary refresh address. RAS is brought back 
HIGH at t, and precharge is then timed out. An extended refresh 
cycle for slower memory is available also. Burst refresh can be 
accomplished by..leaving RFCK HIGH for as many refresh 
cycles as desired. , 


\ 
\ 


to tt te t3 4 


Read-Modify-Write cycle timing is activated by setting RMW 
HIGH. This is especially valuable in systems with Error De- 
tection/Correction (EDC) capability. Data can be read, 
modified by the EDC circuitry (Am2960), and if necessary, 


_ written back to memory in a single memory cycle. Read- 


Modify-Write cycle timing is shown in Figure 3-205. Note that 
WE goes LOW at the end of the cycle. 


ts te {7 ts te to tt ti2 
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Figure 3-204. RAS-Only Refresh Cycle 


to tt t2 ts & ts te 


t7 ta tg tio tu tra tia tu 
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Figure 3-205. Read-Modify-Write Cycle 
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Design Approach 


The first step in the state sequencer design process is to define 
the timing waveforms for all of the functions desired. Figures 
3-202, 3-203, 3-204 and 3-205 are the result. Next, characteris- 
tics of. the resulting waveforms are examined. Initially, the se- 
quencer is waiting on the MREQ or RFCK input. If MREQ goes 
LOW, the RAS to MS to CAS sequence is initiated. If RFCK 
goes HIGH, the RFSH to RAS sequence is initiated. Both se- 
quences are equivalent to a simple “shift” function. Once the 
‘shift sequence is completed and the signals are asserted, they 
must stay asserted for a specific time depending on the selected 
function. To time the length that signals must stay asserted re- 


RST 


_ FUNCTION 
SELECT/ 

—— >| coNnTROL 4 
'S51s 


MREG 


quires a “counting” function. The precharge sequence at the 
end of all cycles also requires “counting”. This partitions most of 
the design into two smaller. functional blocks; a shifter and a 
counter. The remaining function select and contro! logic is parti- 
tioned into a “multiplexerlike” functional block. Figure 3-206 
shows the PAL partitioned into functiona! blocks. By dividing the 
design into blocks, its implementation becomes simple. 


Figures 3-207, 3-208, 3-209, and Table 3-26 show PAL equa- 


tions and a logic diagram for the AMPAL16R8A dynamic memory 
state sequencer. 


SHIFTER 1 
"S195 


COUNTER 1 
S161 


03862A-91 


Figure 3-206. Partitioned Design/PAL Equivalent 
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PAL16R8 PAL DESIGN SPECIFICATION 
PATOO2 BRAD S. KITSON 2/10/82 
DYNAMIC MEMORY CONTROL STATE SEQUENCER 

ADVANCED MICRO DEVICES 

CK RFCK /RST RW /MREQ RMW FAST BS1 BSO GND 

/E /QO0 /Q1 /Q2 /RFSH /WE /CAS MS /RAS VCC 


QO := /RST* /MS*/QO 
/RST* RFSH#*RAS*/QO 
/RST*/FAST#/QO*Q2 
/RST*/FAST*/QO*Q1 
/RST*/FAST* Q1*Q2 
/RST* FAST#/RMW*QO*/Q1 
/RST* FAST*/RMW*Q0*/Q2 


/RST* RAS*/QO* QI 
/RST#* RAS* QO*/Q1 
/RST*/RAS* QO* Q1 
/RST#/RAS*/QO* Q2 


/RST#RAS*Q2 
/RST# QO*Q2 x} 
/RST#RAS*QO*Q1 





Aaa Slat a Lia 
/RST#RFSH*RAS 
/RST*RFSH*/FAST* Q1 i 
/RST#RFSH* Q2 


/RST*/RW*/MS*/RFSH*/RMW*/QO*/Q2 + 
/RST*/RW*/MS*/RFSH*/RMW*/Q1*/Q2 + 
/RST*/RW*/MS*/RFSH* RMW*/QO* Q1#Q2 + 
/RST*/RW*/MS*/RFSH*® RMW* QO*/Q1*Q2 


/RST#/RFSH*/MS*/QO + 
/RST*/RFSH*/MS*/Q1 + 
/RST*/RFSH*/MS*/Q2 


/RST*/RFSH*RAS*/QO 
/RST*/RFSH*RAS*/Q1 
/RST*/RFSH*RAS*/Q2 


/RST*/RFCK*/QO*/Q1L*/Q2*MREQ*/BS1*/BSO + 
/RST#/RFSH*/Q0*/Q1*/Q2*MREQ*/BS1*/BSO + 
/RST* RFSH*/QO*/Q1*/Q2 + 

/RST#RAS*/QO + 

/RST*RAS*/Q1 + 

/RST#RAS*/Q2 


Figure 3-207. Source Listing for Dynamic Memory Control State Sequencer 
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26. 


” 
wu 
J 
< 
EF 


xX 


ITE OPERATION 


WR 


AHA mmmmHydA 


eat oH te 


See ome 


eee | 


AM asses 
AAmmmmyAA 
Ammmae mya 


aZmmmtaetHAA 


—xSM mma oS ee 
SMA AAA A 
eM HAHAHA 
wl PS PS PS PS PS OS PS PS 
wel PS PS OS Pd DS PG PS PS 


wl Pd bd Dd Pd Dd Pd Dd Dd 


rd PS PS PS PS PS PS PS OS 


H 
H 
H 
H 
H 
H 
H 
H 
H 


i a Boeken mesnssm i ie 
AAARHARHAaHA 


AAA ae GHA 


lswmoowcots=Basmeomeonscm =| 


AA nHA AA AHA 


AHA AHA AHH 


fale i re re re re ree ree or | 


Hamme aeetHAAA 


Sasa Umramee 


PS PS PS PS PS PS PS PS OS 


Pd PS Pd PS PS PS OS PS OS 


mG OG Pb PS bd PS PS PS OS 
PS PS PG PS OS PS PS PS OS 


PS PS Pd PS Pd PS PS OS PS 


OPS Pd PS PS PS Pd PS PS 


Ramo maaae 


AH BHA RHA RHA Sova 
AAA GHAR GAAS 


AMAA HT Rama ae 


AAAAAAAANAAA 
Fe pee Bae ce ee re 
<eOe--8--0--0--8--0--6--e ee 
ou. -0--8--0--0--f--0-- 0-2 ee 


jonpcomenm==soom-om-ckermoon aa, 


oe ee fe ee ee ee ee 


Sera cao eo 
SMEAR AAA AA AA 


lq pd bd PS Pd Ps Od OS Dd Pd Dd OS 
wd bs bd PS PS Pd Od PS Bd Pd Pt Dd 


ml PS PS PS PS PS OS OS PG Od OG DS 


wd PS PS PS PS PS PS PS Pd PS PG OS 


Bonet mceaeae cae 


IT SUPPORTS BOTH FAST 


THE SEQUENCER PROVIDES /RAS,MS,/CAS, & REFRESH TIMING 
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D-MODIFY-WRITE OPERATION 


eee eee eee 


L L 
RAS ONLY REFRESH CYCLE 


et 
Bt lt tied etal 


FA 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 


R 
(150NS) AND SLOW (300NS) READ/WRITE CYCLES, /RAS ONLY REFRESH, BURST - 


DYNAMIC MEMORY CONTROL STATE SEQUENCER FOR USE WITH THE AM2964B MEMORY 
REFRESH, AND READ-MODIFY-WRITE FOR MEMORY BOARDS OF UP TO 256K. 


CK /E /RST /MREQ BS1 BSO RFCK RW RMW FAST RAS /MS CAS WE RFSH Q2 Q1 QO 


GENERATION TO THE AM2964B AND /WE TO THE DRAMS. 


FUNCTION TABLE 
; INITIALIZE 


C 
DESCRIPTION 


CONTROLLER. 


=e OOO O00 VO0O00 "sO OO CVO OO 00 sO OOUOCVOO0 000 





PAL16R8 PAL DESIGN SPECIFICATION 
PATOO2 BRAD S. KITSON 2/10/82 
DYNAMIC MEMORY CONTROL STATE SEQUENCER 
ADVANCED MICRO DEVICES 

*D9724 

*FO# 
LOOOO 1011 O111 1111 1011 1001 
10032 1111 0111 1111 1011 1001 
L0064 1111 0111 111] 1111 1101 
10096 1110 O111 1111 1111 1101 
LO128 1110 0111 1111 1111 1111 
L0160 1110 O11] 1111 1111 tit 
10256 1110 0111 1111 1111 1101 
L0288 1110 0111 1111 1111 1111 
L0320 1110 0111 1111 1111 1111 
L0512 1111 0110 1111 1111 1101 
L0544 1111 0110 1111 1111 1111 
L0576 1111 0110 1111 1111 1111 
L0768 1111 0110 1011 1111 1101 
LO800 1111 0110 1011 1111 1111 
L0832 1111 0110 1011 1111 1101 
10864 1111 0110 1011 1111 1110 
L1024 0101 0111 1111 1111 1101 
11056 1110 O111 1111 1111 1111 
L1088 1111 0111 1111 1111 1111 
11120 1111 0111 1111 1111 1111 
L1280 1110 0111 1111 1111 1111 
L1312 1111 0111 1111 1111 1110 
L1344 1110 O11] 1111 1111 1110 
L1536 1110 O11] 1111 1111 1101 
L1568 1110 O11] 1111 1111 1110 
L1600 1101 0111 1111 1111 1110 
L1632 1101 0111 1111 1111 1101 
L1792 1111 0110 1111 1111 1101 
L1824 1110 O111 1111 1111 1101 
L1856 1111 O11] 111] 1111 1101 
L1888 1111 0111 111] 1111 1101 
11920 1111 0111 1111 1111 1111 
L1952 1111 0111 1111 1111 1110 
11984 1111 0111 1111 1111 1110 
C713B* 

VOOO1 CXOXXXXXXOOHHHHHHHH1 
¥0002 CO1XOXXOOOOHHHHHHELI 
VO003 CX1XXXXXXOOHHHHHHLL1 
VO004 CX10X01XXOOLHHHLLLLI 
VOO05 CX10X01XXOOLLHHLLLL1 
vO006 CX10XO1XXOOLHLHHLLL1 
VO007 CX10XO1XXOOLLLHHLLL1 
vOO08 CX10X01XXOOHHLHHHHH1 
VOO09 CX10X01XXOOHLHHHHHH1 
VO010 CX10X01XXOOHHHHHHHH] 
VOO11 C11X1XXXXOOHHHLHHHH1 
VOO12 C11XXXXXXOOHHHLHHHL1 
VO0O13 CX1XXX1XXOOLHHLHHHL1 
VOO14 CX1XXX1XXOOLLHLHHHL1 





* 
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* 
ry 
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Figure 3-208. Fuse Plot and Test Vectors for Dynamic Memory Control State Sequencer 
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VO0O15 CX1XXX1XXOOLHLLHHHL1 
vO016 CX1XXX1XXOOLLLLHHHL1 
VO0O17 CX1XXX1XXOOHHLLHHHH1 
VOO18 CX1XXX1XXOOHLHLHHHH1 
VOO19 CX1XXX1 XXOOHHHHHHHH1 
v0020 CO1XOXXOOOOHHHHHHHL1 
V0021 CX1XXXXXXOOHHHHHHLL1 
vO022 CX10X10XXOOLHHHHLLL} 
V0023 CX10X10XXOOHLHHHLLL1 
v0024 CX10X10XXOOLLHHHLLL1 
v0025 CX10X10XXOOHHLHHLLL1 
v0026 CX10X10XXOOLHLHHLLL1 
V0027 CX10X10XXOOHLLHLLLL1 
v0028 CX10X10XXOOLLLHLLLL1 
V0029 CX10X10XXOOLHLHHHHH1 
v0030 CX10X10XXOOHHLHHHHH1 
Boee! CX10X10XXOOLLHHHHHH1 
395 


Kk ok we Kw kK ek kK kk 


Figure 3-208. Fuse Plot and Test Vectors for Dynamic Memory Control State Sequencer (Continued) 
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Columns: Inputs (0-31) 
Rows: Product Terms (0-63) 


ao1.23 4567 89101 12131415 16171819 20212223 24252627 28 293031 


Ls 

. 

i 
a 


B Lo 
aA 
LUT 

¥ : 


LN 


ane rn kal i) (Ge 


7" 


Us 


U 
A 
{\ 


fee mereres sacs eae 
it 


| 
ane 

Tm 

V 


L | 


ane 
ECE 
SF RD HGH FB) 6 Fl SR a GS TS - SY 
i el 6 0 ca 


eo) 


vm 


| 


cy 


nn 
ft 


va 


Pre ET TT 
eI 


> eee 4 CP 


o123 4567 6901 12:13 14:15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 


ad =Fuseintact —X)— =All fuses intact —- = Fuse blown 03862A-92 


Figure 3-209. Logic Diagram for Dynamic Memory Control! State Sequencer Using AmMPAL16R8A 
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3.6.7 82284 and 82288 EMULATION IN 
AN IBM PC/AT COMPUTER USING 
TWO AmPAL16R8B DEVICES 


Two AmPAL16R8B devices and four TTL pack- 
ages generate the signals necessary to run an 
80286 system at 12.5 MHz. This reduces the cost 
and improves the speed of the 80286 micro- 
system. The first PAL device, AmMPAL284, is used 
to emulate the 82284 Clock Driver and Ready 
Interface functions. The second PAL device, 
AmPAL288, is used to emulate the 82288 Bus 
Controller functions. This application generates 
the signals used in most non-MULTIBUS 80286 
systems. The design has been tested in an AT com- 
puter. These PAL devices are not pin-for-pin com- 
patible with the parts they emulate nor do they 
generate all the signals that an 80286 can use in- 
cluding some MULTIBUS signals. However, applica- 
tions requiring additional signals can be designed by 
adding additional circuitry. 


The simplified Block Diagram below shows the 

relationship of the PAL devices to the AT compu- 

ter. Figure 3-210 is the schematic diagram of the 

ser and Table | shows the AT interface wiring 
art 


The PAL device equations are written in ABEL and 
are included in this application note. The source 
code, the reduced equations, and a fuse map is 
included for each PAL device. 


The AmPAL284 Description 


A crystal oscillator is used to generate a clock at 
twice the 80286's internal clock speed. The PAL 
device is clocked with the inverted CPU clock. The 
Output Enable pin is grounded to always generate 
the output signals. The Reset signal is buffered 
with a Schmitt trigger 74LS14 so that an RC circuit 
can be used to provide a time delay. After the 
Schmitt trigger, a 74F74 flip-flop is used to 
synchronize to the inverted CPU clock. The 
Ready Enables of the 82284 are connected 


. together on the AT design and are connected to 


the RDYEN pin of the AmPAL284. The ARDY 
signal is synchronized to the inverted 80286 clock. 
The latched ready LARDY and the SRDY are 
sampled to generate the READY to the 80286. 


The state machine shown in Figure 3-211 is used 
to generate the TS and the TC states. This state 
machine has four states IDLE, TS2, TC1 and TC2. 
The state machine requires registered outputs QO. 
and Q1 to implement it. The state machine goes to 
the TS2 state when either SO or S1 goes LOW 
signalling the start of a bus cycle (refer to Table 3-27 
and Figure 3-212). The ALE signal goes active HIGH 
for the TS2 state and then goes inactive. On the next 
clock the state machine goes to the TC1 state 
making DEN and DT/R signals active. The next 
clock causes the state machine to go to state TC2. 
The state machine either goes to IDLE, making DEN 
and DT/R inactive if RDY is active, or to TC1 if RDY 
is not active. The state machine must return to TC1, 
if RDY is not active, to keep an even number of clock 
cycles for each inserted TC state. 


Block Diagram 


AmPAL284 
EMULATING 
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AmPAL288 
EMULATING 
82288 





Rss 
16RE8 
AmPAL284 
74LS14 


CNTU OFF 


CMOLY 
80286 CPU 


CPU HLOA 


08479A 3-210A 


Figure 3-210. Schematic Diagram of the 82284 and 82288 Emulator 


Table 1. Emulator to 1BM PC/AT Interface Wiring Chart 


Socket Pins — Emulator Board Devices (Pin Nos.) 
on AT Board AmPAL284 | AmPAL288 | 74F74 | 748240 | 74502 


D (12) 


SADY 

RDYEN (6) 

READY (12) 
Out (18) 


RESET (12) 


82288 (Pin No.) 
Si (3) 


CEN (5) In (8) 
Out (14) 

DT/R (18) 

56 (2) 


3.6.7 TBLI-A 
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TABLE 3-28. Command and Control Outputs for Each Type of Bus Cycle 


Interrupt 
Acknowledge 


/O Read 

VO Write 
None; idle 
Halt/ Shutdown 
Memory Read 
Memory Write 


None; idle 


SO and §: S1=1 


08479A 3-211 


Figure 3-211. AMPAL State Machine 
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The RCMD signal goes active when the SO and Si 
signals decode a Read or Interrupt Acknowledge 
cycle. This signal is used by the DT/R signal to 
control the trannsmit or the receive direction of the 
data transceivers and by the AmPAL288. The 
Command and Control outputs for each type of 
bus cycle are given in Table 3-28. Figure 3-212 
shows the cycle timing. 


The AmPAL284 source program listing, the 
reduced equations and the JEDEC fuse map are 
shown in Figure 3-213. 


The AmPAL288 Description 


The AmPAL288 uses the QO, Q1, SO, S1, and 
M/lO inputs to latch the state of the current cycle. 
As shown in the PAL equations, these signals are 
internal signals and are not used by the the AT. The 
RCMD signal is an input and WCMD, MEM, and INT 
are internally generated. With these latched 
signals and the CMDEN, the commands are gen- 
erated. The five commands are IOWC, IORC, 
INTA, MRDC, and MWTC. These commands are 
only enabled when the MB signal is LOW. When 
MB goes HIGH the commands are high imped- 
ance (off). 














TS 


IDLE TS2 
CLK 


DT/R 


2] = — 
x] QO} Of = 
Ql al S 
Ob Ol > 


= 
a 


08479A 3-212 


— 


oat . [M. 


The AmPAL288 source program listing, reduced 
equations and the JEDEC fuse map are shown in 
Figure 3-214. 


PAL Device Selection 


AmPAL16R8B speed devices are required for 
operation at 12.5 MHz and up. The specifications 
on any faster 80286 are not established at this 
time, but this PAL device solution can go faster. 
For 10 MHz and slower operation, AMPAL16R8A 
speed devices are adequate. 


Limitations of This Design 


This PAL device design does not fully emulate the 
82284 and the 82288. It provides the signals 
necessary for an IBM PC/AT design. An oscillator 
is not included, so an external crystal oscillator 
must be used. The clock requires a pullup resis- 
tor to meet the VOH of the 80286. Multibus 
operation is not performed. PCLK and MCE 
‘signals are not generated. The READY signal is 
not open collector. The ARDYEN and SRDYEN 
signals would have to be externally gated if 
required. 


TC* | IDLE 


TC1 TC2 


Sf fv 


write 


read 





* TC cycle continues until RDY is sampled LOW 


Figure 3-212. Cycle Timing Diagram 
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flag '-R2'; 


title 
‘PAL16R8 


82284 PAL device emulation for the AT 


COPYRIGHT 1986 ADVANCED MICRO DEVICES, INC. 


PAL284 device 'P16R8'; 


"declarations 


TRUE,FALSE = 1,0; 


HIGH, LOW = 1,0; 


X,Z,C = es 0s pie Cot 


GND, Vcc 


pin 10,20; 


PAL DEVICE LOGIC EQUATION 


Doug Kern 8/13/86 


CLK,S0O,S1,MB,CEN,RDYEN,SRDY, LARDY, RESET, EN 


pin 1,2, 3, 4,5,6,7,8,9, ll; 


DEN, DT_R,ALE, RCMD, Q0,Q1,AR,RDY 
pin 19, 18, 17, 16, 15, 14,13, 12; 


QSTATE 
"STATE ASSIGNMENTS 
IDLE = “Bll; 
TS2 = “B10; 
TCl = “BOO; 
TC2 = “BOl; 


STATE DIAGRAM QSTATE 


STATE IDLE: CASE !so 
!sl 
S1 & SO 
ENDCASE; 
STATE TS2: GOTO TCl; 
STATE TCl: GOTO TC2; 
STATE TC2: CASE RDY 
!RDY 
ENDCASE; 
(Continued) 
Figure 3-213. 


(Ql, QO}; "STATE MACHINE. 
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REGISTERS 


:TCl; 
: IDLE; 


AmPAL284 Source Program Listing 


EQUATIONS 


!so 1 "INTA 
!Sl1 & SO "READ 
!RCMD & Ql & !Q0 
!RCMD & !Q1 & !Q0 
!RCMD & !Q1 &Q0 & RDY; 


!ISRDY & !RDYEN & Sl & SO 
# !LARDY & !RDYEN & Sl & SO 
# RESET; 


Ql & !Q0 & !MB & CEN 
!Q0.& !MB & CEN 
QO & !MB & CEN & RDY 
!Q0 & MB & !CEN 
!Q0 & MB & !CEN 
QO & MB & !ICEN & RDY; 


QO & !S1 
QO & !S0; 





Figure 3-213. (Continued) AmPAL284 Source Program Listing 
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ABEL(tm) Version 1.00 = Document Generator 26-Aug-86 
PAL16R8 PAL DEVICE LOGIC EQUATION 
82284 PAL device emulation for the AT 

COPYRIGHT 1986 ADVANCED:-MICRO DEVICES, INC. Doug Kern 8/13/86 
Equations for Module AMD 


Device PAL284 


Reduced Equations: | 
Ql := !((RDY & !Q1 & QO # !Q0)); 


QO : & Ql 
& Ql 
& !Q1 & QO 
1Q0))))F 


:= !((RDY & !Q1 & !DT RR. 
# (!RCMD & Ql & !Q0 
# !Q1 & !Q0 & !DT_R))); 


:= !((!S1 & Ql & QO 
# (RDY & !RCMD & !Ql 
# IRCMD & !Q0))); 


((!SRDY & Sl & SO & !RDYEN 


1(( 
# (Sl & SO & !RDYEN & ! ARDY 
# RESET) )); 


= !((RDY & !Q1 & !MB & CEN 
# (RDY & !Q1 & MB & !CEN 
# (!Q0 & !MB & CEN 

# !Q0 & MB & !CEN)))); 


z= !((S1 & SO # (!Q1 # !Q0))); 


Figure 3-213. (Continued) AmPAL284 Reduced Equations 
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ABEL(tm) Version 1.00 
JEDEC file for: P16R8 
Created on: 26-Aug-86 
PAL16R8 


82284 PAL Device emulation for the AT 
COPYRIGHT 1986 ADVANCED MICRO DEVICES, INC, - 


QP20* QF2048* 

LO0000 
121111111101101111111111011111101 
11111111011110111111111011111101 
11111111101101111110111111111111 
111211111011110111110111111111111 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
111211110111111111111111011111101 
12111111111111101110110111111111 


11111110111111111110111011111111 © 


00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
01110111111111111111111111111111 
112111111111111111111111011111111 
LELLITILITETE TEI LIOLI Eiri 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
111110111112111111101110111111111 
11111111111111101111111011111101 
ALITTLE LOTILOLII1LII Lalli 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
11111012111111111111110111111111 
10111111111111111111110111111111 


PAL DEVICE LOGIC EQUATION 


Doug Kern 8/13/86* 


11111111111111111101111011111101 
11111111111111111110110111111111 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
11111111111111111101111011111101 
11111111111111111110111111111111 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
01110111111111111011101111111111 
01110111111111111011111110111111 
111121111111111111111111111110111 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000* 
C4D0OB* 

C8A0 


Figure 3-213. (Continued) AmPAL284 JEDEC Fuse Map 
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flag '-R2'; 


title oe 
'PAL1L6ER8 PAL DEVICE LOGIC EQUATION 


82288 emulation PAL navies for the AT 
COPYRIGHT 1986 ADVANCED MICRO DEVICES, INC. Doug Kern 8/13/86 
PAL288 device 'P16R8'; 
"declarations 
TRUE, FALSE = 1,0; 
HIGH, LOW = 1,0; 
X,Z2,C = Xe pe Ley Ce? 


GND, VCC 


CLK,S0O,S1,M_I0, CMDEN, RCMD, RDY,Q1,Q0,MB 
pin 1,2,3,4,5,6,7,8,9,113 


MRDC,MWTC, LORC, IOWC, INTRA, MEM, INT, WCMD 
pin 19,18,17,16,15,14,13,12; 


EQUATIONS 


!MRDC !MEM & !RCMD & Ql & 1Q0 & CMDEN 
!'MEM & !RCMD & !Q1:-& !Q0 & CMDEN 
!MEM & !RCMD & !Q1 & QO & RDY & CMDEN; 


= !MEM & J WCMD & Ql & !Q0 & CMDEN 


# % MEM & !WCMD & !Q1 & !Q0 & CMDEN 
# 'MEM & !WCMD & !Q1 & QO & RDY & CMDEN; 


s= MEM & I RCMD & Ql-& !Q0 & CMDEN 
# MEM & !RCMD & !Q1 & !Q0 & CMDEN 
#. MEM & !{RCMD & !Q1 & QO & RDY & CMDEN; 


:= MEM & & Ql & !Q0 & CMDEN 
# MEM & D & !Q1 & !Q0 & CMDEN 
# MEM & & 1Q1 & QO & RDY & CMDEN 7 
c= !INT & Ql & !Q0 & CMDEN . 
# |INT & !O1 & !Q0 & CMDEN 
# !INT & !Q1 & QO & RDY & CMDEN; 
:= Ql & QO & MIO & !S1 & SO 
1So 


!Ql1 & QO & RDY; 


(Continued) 


Figure 3-214. AmPAL288 Source Program Listing 
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7= Ql & QO & IM IO & !S1 
# !INT & Ql & !Q0 
# !INT & !Q1 & !Q0 
# !INT & !Q1 & QO & RDY; 


s= Ql & QO & Sl & !S0 

# !WCMD & Ql & !Q0 

# !WCMD & !Q1 & !Q0 

# !WCMD & !Q1 & QO & RDY; 


Figure 3-214. (Continued) AmPAL288 Source Program Listings 
a 
Reduced Equations: 


MRDC := 


!((RDY & !RCMD & !Ql1 & !MEM & CMDEN 
# !RCMD & !Q0 & !MEM & CMDEN)); 


:= !((!WCMD & RDY & !Q1 & !MEM & CMDEN 
# !WCMD & !Q0 & !MEM & CMDEN)); 





:= !((RDY & !RCMD & !Q1 & MEM & INT & CMDEN 
# !RCMD & !Q0 & MEM & INT & CMDEN)); 


:= !((!WCMD & RDY & !Q1 & MEM & CMDEN 
# !WCMD & !Q0 & MEM & CMDEN)); 


!((RD¥Y & !Q1 & !INT & CMDEN # !Q0 & !INT & CMDEN)) 


1((!Sl1 & SO & Ql & QO & MIO 
# (Sl & !SO & Ql & QO & M IO 
# (RDY & !Ql & !MEM 

# 1!Q0 & !MEM)))); 


& !SO & Ql & QO & !M IO 
& !Q1 & !INT 
& !INT))); 


Sl & !S0 & Ql & QO 
!WCMD & RDY & !Ql 
WCMD & !Q0))); 


Figure 3-214. (Continued) AmPAL288 Reduced Equations 
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ABEL(tm) Version 1.00 
JEDEC file for: P16R8 
Created on: 26-Aug-86 
PAL16R8 


82288 emulation PAL device for the AT 
COPYRIGHT 1986 ADVANCED MICRO DEVICES, 


QP20* QF2048* 

LO000 
11111111111101111011011010111111 
11111111111101111011111011111011 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
11111111111101111111011010111110 
11111111111101111111111011111010 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 


00000000000000000000000000000000 © 


00000000000000000000000000000000 
11111111111101111011010110011111 
12211111111101111011110111011011 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
-00000000000000000000000000000000 
00000000000000000000000000000000 
11111111111101111111010110111110 
11111111111101111111110111111010 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
11111111111101111111011110101111 
11112111111101111111111111101011 


PAL DEVICE LOGIC EQUATION 


INC. 


Doug Kern 8/13/86* 


00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
01111011011111111111111101110111 
10110111011111111111111101110111 
11111111111111111111011010111111 
21111112111111111111111011111011 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
10111011101111111111111101110111 
111211111111111111111011110101111 
112212111211111111111111111101011 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000000000000000000000000000000 
101102111121111111111111101110111 
11111111111111111111011110111110 
111121211112111111111111111111010 
00000000000000000000000000000000 
00000000000000000000000000000000 
00000600000000000000000000000000 
00000000000000000000000000000000 


O0d0d00000DNDNNNNNN NN NNN NNNNNNN00N0N0N* 


C45A1* 
C83F 


Figure 3-21 4, (Continued) AmPAL288 JEDEC Fuse Map 
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3.6.8 INTERFACING THE 80186 
MICROPROCESSOR TO THE 8087 
WITH THE AmPAL22V10A DEVICE 


This application note shows how to interface the 
8087 Numeric Data Processor (NDP) to the 80186 
High Integration Microprocessor using two 
AmPAL22V10A devices. It demonstrates some of 
the details of 80186 and 8087 design, as well as 
tradeoffs and design decisions made in designing 
with PAL devices. The hardware features of the 
80186 and 8087, and AmPAL22V10A are in their 
respective data sheets and are not discussed 
herein. 


Introduction 


The proliferation of 8088-based IBM PC Personal 
Computers and PC-Compatibles has lead to the 
development of higher performance, lower cost 
versions of that “de facto" standard. © One 
important requirement for these “compatibles” is to 
provide 8087 Numeric Processor support, as does 
the IBM PC. An 80186/8087 combination would 
be the ideal choice, given the low cost and high 
performance of the 80186 and the vast 
throughput improvements gained from the 8087 in 
number crunching. 


The 80186 is a much higher performance 
microprocessor than the 8088 used in the IBM PC. 
The 80186 incorporates several system 
components on-chip (i.e., DMA, Counter/Timers, 
Interrupt Controller), as well as improved control 
circuitry with pipelining to provide instruction 
execution performance up to six times that of the 
standard 8086. With the addition of the 8087 NDP 
co-processor to perform concurrent numeric 
operations, the 80186/8087 combination is the 
lowest cost-per-function number cruncher 
available. 


Unfortunately, the interface of the 80186 to the 
8087 is not as straight forward as it is with the 8088 
to 8087 interface; however the interface can be 
implemented with two AmPAL22V10A devices 
and a few discrete components (Figure 3-215). 
The circuit allows full speed 8 MHz operation (with 
the 8087-2). With faster microprocessor devices 
(80186-1, and 10 MHz 8087), and faster PAL 
devices, the circuit can operate at 10 MHz. In 
addition, the interface of the 80188 serves to 
decrease system cost by reducing the data path 
width (and hence the number of components) 
while Still yielding high performance. 


Design Considerations 


The 8087 acts as a master/slave co-processor to 
the 80186. The 8087 tracks all 80186 operations 
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(instruction fetch, data read/write, idle, etc.), 


~ monitoring various external I/O signals of the 


80186 to determine its internal state. Upon 
detecting a numeric instruction in the instruction 
stream fetched by the 80186, the 8087 requests 
control of the system bus, and becomes a bus 
master until its operations are completed. 


It is very important that the 8087 remains in 
complete synchronization with the 80186. Herein 
lies the problem with an 80186 to 8087 interface. 
A number of issues impacting synch- ronization; 
and their solutions are discussed below. 


CPU Clock Synchronization 


The 80186 contains an_ intemal crystal 
oscillator/clock generator circuit which generates 
the 80186 timing. All external bus operations are 
synchronized to the 50% duty cycle clock 
generated. In contrast, the 8087 requires a 33% 
duty cycle clock normally generated by the 8284 
Clock Generator chip. 


This problem is solved with a clock shaping circuit’ 
using delay lines and a few discrete gates; this 
circuit shortens the clock HIGH time into the 8087. 
This is sufficient, as most inout signals to the 8087 
are synchronous to the rising edge of the 8087. 
CPU clock, not the displaced falling edge (Figure 3- 
216). 


Queue Status 


' The 8087 tracks the 80186 status via several 


external signals. The Queue Status signals 
(QS0,QS1) provide valuable information to the 
8087 regarding the 80186 internal pre-fetch buffer 
and instruction execution status. The 80186 
provides (and removes) these signals 1/2 clock 
cycle before the 8087 requires them. A simple 
circuit performs the appropriate delay for the 8087 
to use these signals. 


This circuit also forces the QSO and QS1 signals to 
an inactive state upon System Reset, signalling an 
"idle" condition to the 8087 until the circuit is 
enabled by the 80186. This is necessary to force 
the 8087 into instruction synchronization with the 


80186 right after Reset, when the 80186 


operation is unusual. 


The 80186 does not usually emit the QSO and 
QS1 outputs in its default configuration. These 
signals are generated on ALE/QS0 and WR*/QS1 
by strapping RD*/QSMD* LOW at Reset. An 8288 
Bus Controller is required to decode the S0-S2 
status lines from the 80186 or 8087 (whichever is 
bus master) to generate the proper Read/Write 
and ALE signals. 








DATA —— 20841 a A0-19 
BUS 


Data Address 
Transcelvers Latches 


ANG:A19 
ADO:AD15 


External 
Bus Hold 
Request 
from System 


OK_TO_GO_PORT 

VO CHIP SELECT FROM 
SYSTEM TO ENABLE 
QS0, QS1 TO 8087 


“ASYNCHRONOUS 
08479A3-215 . READY SIGNAL 
_ FROM SYSTEM 


Figure 3-215. 80186 to 8087 Interface 
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0847A3-216 


delay line » (1/6 f - 3tPD) 
CLK_186. 


CLK_186" 


Figure 3-216. Clock Shaping Circuit __. 


Ready Synchronization 


The 8087 monitors the current 80186 bus activity 
via its SO-S2 Status Lines and the Ready Input 
line. There are no problems with the S0-S2 lines, 
but Ready may cause some problems. 


First, the 80186 has on-board  software- 
programmable _chip-select and wait-state 
generation logic. This is useful in reducing 
external chip count, but the 8087 is unable to 
externally track these internally generated wait- 
States. The solution is to disable all programmable 
wait states (program them to "0"), recognize the 
external Ready signal, and insert any necessary 
wait states to the 80186 and 8087 with the Ready 
input line. In addition, since the 8087 cannot 
access the chip-select logic on the 80186, any 
memory that is used by the 8087 must be selected 
with external chip-select logic. This is typical only 
for main system RAM; other EPROM and 1/O ports 
typically are not accessed by the 8087.: They may 
still be selected via the 80186-generated 
MCS/UCS and PCS lines, as long as "zero wait 
states" are programmed. 


Note that the 80186 has several on-board I/O 
registers that the 8087 doesn't "know about”. 
These registers are all accessed in zero wait states, 


except for the Counter/Timer registers, which 
cause the insertion of one wait state. Ready 
signals must be simulated for the 8087 when the 
80186 selects these on-board registers, forcing 
zero or one wait states, depending on the 
particular register selected. It must be assumed 
that the on-board registers remain at the default | 
base address FFOOH in the I/O space (i.e., the 
Relocation Register is not altered). 


Secondly, consider the situation just after: Reset. 
Following Reset, the 80186 automatically inserts 
three internal wait states for all memory accesses 
(i.e., to a Boot PROM) until the chip-select and wait- 
state registers are programmed. Again, the 8087 
will lose synchronization with the 80186, because 
it does not "see" these wait states. The solution is 
to force the 8087 into an idle state after Reset by 


forcing its QSO and QS1 inputs to "00" (idle), so it 


won't track the 80186 operations at all. When the 
80186 completes programming its internal wait- 
state registers, it enables the QSO0 and QS1 inputs 
to the 8087 via an I/O signal, and executes at least 
two consecutive JUMP instructions. The JUMP 
instructions effectively flush the internal prefetch 
queues, and the 8087 acquires synchronization 
with the 80186. The following code is an example 
of the final synchronization routine, after Reset, 
and in programming the on-board registers: 





; The 80186 register initialization code 
+ completed above.The 8087 is idle. 


out ok_to_go port, al ; enable QS signals 
jmp Ll ; jump to flush queue 


jmp L2 : ; jump to flush queue 


; System code follows here. The 8087 
+ is now synchronized and active. 
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Finally, the proper Ready inputs must be provided 
to the 80186 and the 8087. The 8087 requires a 
synchronous Ready signal (SRDY) to be valid at 
the rising edge (middle) of T3 or Tw, while the 
80186 requires the synchronous Ready input to 
be valid on the falling (leading) edge of T3 or Tw. 
Circuitry must be provided to perform the proper 
synchronization and to provide adequate setup 


times for the 80186 and 8087 SRDY signals. In | 


addition, extra circuitry is necessary to synchronize 
an asynchronous Ready signal from the system 
hardware. 


RQ/GT to HOLD/HLDA Conversion 


Upon detecting any NDP instructions from the 
80186 instruction stream, the 8087 must become 
a Bus Master in order to obtain and store 
operands/results in memory. The 8087 requests, 
and is granted, bus control via its RQ/GTO signal. 
This is normally a single-wire handshake supported 
by the 8086 microprocessor; however, the 80186 
uses a two-wire HOLD/HLDA interface... The 
solution is to build a small state machine that 
converts the RQ/GTO pulsed protocol to the HOLD 
and HLDA signals required by the 80186. 


In order to support other Bus Masters in addition to 
the 8087 (i.e., an external DMA controller), the 


RQ/GT1 input to the 8087 is used. In this manner, : 


the external Bus Request is “daisy-chained" 
through the 8087 to the 80186. Again, the 
RQ/GT1 is a single-wire handshake signal. A 
second state machine is built to convert external 
HOLD and HLDA type signals of typical DMA 
controller chips to the single-wire RQ/GT1 protece! 
of the 8087. ; 


interface Circuits 


The interface ‘circuit is implemented with two 
AmPAL22V10A_ devices, a delay line (or 
capacitor), and a few Schottky or "AS" gates (see 
Figures 3-215 & 3-216). The system requires two 
synchronously clocked circuits based on the 
80186 clock (CLK_186), as well as the inverted 
80186 clock (CLK_186"). Therefore, the design is 
partitioned among two AmPAL22V10A's (PALA 
and PALB), with CLK_186 and CLK_186* as 
inputs. 


Clock Shaping Circuitry 


The Clock is shaped with a Schottky delay line and 
"S" or "ALS" gates, shown in Figure 3-216. The 
delay line tap determines the 8087 clock HIGH 
times, and is ~ 10 ns for an 8 MHz clock, to yield 
the nominal 42 ns clock HIGH time required. For 
faster clocks (i.e., 10 MHz), this delay must be de- 
creased appropriately (and may be eliminated) de- 
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pending on the delays through the three inverters. 


The three-inverter chain provides: 1) buffering of 
the CLK_186 and CLK_186* signals for 
distribution throughout the system, and, 2) 
increased drive for the delay line. The output of 
the delay line is pulled up in this circuit, to provide . 
adequate VIH for the AND gate. Also note the 
strong 330 ohm pull-up on the CLK_87 clock 
output; this is to provide the nominal 3.9 V VIH 
required by the clock input of the 8087 (Ref. 4). 


PALA Design 


PALA is clocked with the positive 80186 clock, 
CLK_186. This AmPAL22V10A device contains 
the RQ/GT0O to HOLD/HLDA (80186) synchronous 
state machine circuitry, the internal chip-select wait- 
state generator circuitry (used for accessing 
internal 80186 registers), and the 80186 Ready 
signal synchronization. The PALA equations are 
listed in rave 3-218. 


RQ/GTO (8087) Conversion to HOLD/HLDA (80186) 


The State Machine Transition diagram is shown in 
Figure 3-217. This circuit samples the RQ/GTO 
output from the 8087, and waits for a pulse on that _ 
line, signalling an 8087 Hold Request. — This 
causes generation of the HOLD to the 80186. 
The state machine then waits for an HLDA signal 
from the 80186, and generates a _ Hold 
Acknowledge pulse to the 8087 on RQ/GTO. 
When the 8087 next pulses the RQ/GTO line, the 
state machine removes the HOLD signal from the 
80186, signalling the end of the HOLD request. 


Since RQ/GT0 isa bi-directional signal, the state 
machine sets it to high impedance "off", except 
when enabled during the Hold Acknowledge 
pulse. Generation of this signal demonstrates the 
versatility of the AmPAL22V10 device for such bi- 
directional three-state applications. 


Note the values supplied for the State Machine 
variables: A Gray.code was used, as in most state 
machine designs, to minimize glitching on the 
outputs as the state variables change from state to 
state (Gray codes have the benefit that only one bit 
changes per code transition). 


Ready Synchronization and Internal-Register 
Chip-Select Logic 


The signal SRDY_186 is a ee system 
Ready signal; it is synchronized for the 
synchronous SRDY input to the 80186 (this signal 


‘ is in turn synchronized in PALB for the 8087 


SRDY). SYS_READY is an input to the PALA 





device, and is synchronized (by PALB) version of 
the external Memory/IO Ready from the system. 
Note that the 80186 ARDY (Asynchronous Ready) 
input must be strapped LOW. 


In order to generate the proper Ready signals to 
the 8087 when selecting internal 80186 registers, 
PALA decodes the 80186 address, and 
generates the proper Ready signal. The internal 


TIMER_RDY signal is generated whenever the 


: internal Counter/Timer registers are selected (I/O 


address FF50-FF6F). This signal inserts one wait 
state in the synchronous Ready line, SRDY_186. 
In addition, the SRDY_186 signal is forced to a 
“Ready” state whenever any internal 80186 
registers, other than the Counter/Timers, are 
selected. 


RQ_GTO 
(toArom 8087) 


REQUEST 
(FROM 8087) 


GRANT 


HOLD 
(to 80186) — 


HLDA 
(from 80186) 


STATE[1:0] 
(interal) 


RQ_GT=0 


(TO 8087) 


RELEASE _ 
(FROM 8087) 


RQ_GT=1 


RQ_GT=0 


NOTE: state machine 
is clocked on 
positive edge 
of CLK_186. 


RQ_GT=1 


08749A3-217 


Figure 3-217. RQ/GT0-to-Hold/HLDA Converter 
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DEVICE PALA_8087 80186_Interface (PAL22V10); 


REREREARKAREREREERRERRERRERKREEEEREKEEEERERERKERERRREREREERERRERERERERERRERERRERRERRKHREEN 
akKR ahee 
tikke PAL A : heit 
rkhe REE 
week This PAL converts from 8087 RQ/GT Handshake TO 80186 HOLD/HLDA Signals wane 


wher and generates the ready synchronization logic for the 8018 and 8087 ‘**** 
REER RHEE 


RHRRRERERRERRREREREREEREEERREKERRERREREREEEEERERRREEEEREEKERRRERERERREREEEEREKEREREERE 


PIN 
Wwe INPUTS weet 


CLK 1 50% duty cycle 80186 clock 
RESET 2 Active HIGH reset from 80186 
HLDA = 3 80186 HLDA output 

A(15:6] 4:11,13,14 " 80186 Address lines 15..6 
/TORC 15 10 Read Command from 8288 " 
/ALOWC 16 8288 Advanced I0 write command" 
SYS_READY 17 Synchronized READY from system! 


10 Weetede OUTPUTS HEARN 


STATE[1:0] = 23:22 State Machine State Variables " 
HOLD 21 80186 HOLD input " 
TIMER_RDY 19 Internal timer chip select (Inserts ONE W.S.) 
SRDY_186 18 Synchronous 80186 READY signal" 


uo wee BIDIRECTIONAL INPUT/OUTPUTS **** © 


RG_GTO = 20; " RQ/GT 1/0. (active low) MUST HAVE PULLUP! " 
DEFINE 


" State variable state value assignments. 


v1 ; State 1 
T2 H State 2 
T3 ; State 3 
T4 ; State 4 


RRRHREREARERERREREREEKERERRERRERERREEHERARURREREEREERERRRARUERERER 
REEK REEKI 
*#k® RO/GT to HOLD/HLDA Converter State Machine Definition ****" 
RRA RHEE 


RRRRRERARERRERERERRERERERERRREREEREREREEREEREEREEREREREREREREREE I 


IF (RESET) THEN ARESET(); 


CASE ( STATE(1:0] ) BEGIN 
T_1 ) BEGIN 
IF (RG_GTO) "Wait for Ist request from 8087 " 
THEN STATE[1:0] 


ELSE STATE(1:0) 
" Deassert HOLD to while here 8018 " 
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T2 ) BEGIN 
IF CHLDA) "Wait for HOLD AKNOWLEDGE from 80186 * 
THEN STATE(1:0] 
ELSE STATE[1:0) 
HOLD := 1; " Assert HOLD to 80186. Also, RQ/GT is " 
" pulsed to signal GRANT to 8087 (see below) " 


) BEGIN 
STATE(1:0] := T_4; "One idle state to eliminate RQ/GT contention " 
HOLD := 1; 


) BEGIN 
IF (RG_GTO) " Wait for RELEASE pulse from 8087 " 
THEN STATE[1:0] : 
ELSE STATE[1:0] := 
HOLD := 1; 


RG_GTO = 0; "RG GTO is tri-state controlled 1/0, active LOw " 


IF (C(STATEL1:0] = T_2) * CHLDA)) 
THEN ENABLE( RG_GTO ); " Pulse RQ/GT output during state 2 to signal HOLD ACKNOWLEDGE (GRANT) to 8087 " 


HEKKERERIKKAREEEIKIKEEEREKRKEKEEERREREEEREREM 


wkkk REAR 


*e#e READY Synchronization logic ****"! 
HERE . kee 


HRAKKRKEKEERERKEKREKRRERKEEEEEREEREREERERERN 


Internal timer registers selected (insert one w.s. with registered output) 
TIMER_RDY == (/I1ORC + /AIOWC) * (A[15:6] = #B1111111101) ; 


80186 SRDY synchronous ready generation. Synchronize ready inputs for 80186 SRDY input. " 
No wait states if any internal 80186 registers (at I/O address OffXxXXh) selected "™ 


except for the internal TIMER registers " 


SRDY_186 := TIMER_RDY + SYS_READY + ((/IORC + /AIOWC) * (A[15:8] = 4811111111) * (A[15:6] /= 481111111101); 


END. 
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Listing sum-of-products equations for PALA_8087_80186 Interface 


SRDY_186 := /TORC*AL15]*AL14] *A[13]*A(12] *A [11] *A [10] *A [9] *A [8] */A [6] 
+ AC15)*A(14] *A [13] *A [12] *A [11] *A [10] *A [9] *A [8] */A [6] */ATOWC 
+ TIMER_RDY 
+ SYS_READY 
+ A[15] *A[14] *A [13] *A [12] *A(11]*A [10] *A [9] *A [8] *A [7] */ALOWC 
+ /TORC*AL15] *AL14] *A[13] *A [12] *A [11] *A110] *A [9] *A [8] *AL7] ; 
SRDY_186.ARESET = RESET; 


TIMER_RDY := AC15]*AL14] *A(13) *A[12] *A(11] *A [10] *A [9] *A [8] */AL7] *A [6] 
* /ALOWC 
+ AL15]*A(14] *A (13) *A [12] *AL11] *AL10] *A [93 *A [8] */A [7] *A [6] 
* /1ORC; 

TIMER_RDY.ARESET = RESET; 


RG_GTO = 0; 
RG_GTO.TRISTATE = /STATE(1]*STATE [0] *HLDA; 
RG_GTO.ARESET = RESET; 


HOLD := STATE[0] 
+ STATE[1]; 
HOLD.ARESET = RESET; 


STATE[0] := /RG_GTO*/STATE (1) 
+ /STATEL1] *STATE (01; 
STATE [0] .ARESET = RESET; 


STATE(1] := STATELO]*HLDA 

+ RG_GTO*STATE[1] 

+ STATEL1]*STATE [0]; 
STATE(1] .ARESET = RESET; 
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PALB Design 


PALB is clocked with the inverted 80186 clock, 
CLK_186*. This PAL device contains the external 
DMA HOLD/HLDA to RQ/GT1 interface to the 
8087, the Queue Status control logic, and the 
synchronization circuitry necessary for the various 
Ready signals. The equations for PALB are listed 
in Figure 3-220. 


External HOLD/HLDA Conversion to 
RQ/GT1 (8087) 


This protocol conversion circuit for external bus 
HOLD requesters performs the converse function 
of that described above for PALA. The State 
Machine Transition diagram is shown in Figure 3- 
219. 


The state machine waits for an external HOLD 
request on the EHOLD input. It then generates a 
Hold Request pulse on the RQ/GT1 pin to the 
8087. It then waits for a Hold Acknowledge pulse 
from the 8087, and generates EHLDA to the 
external requestor. When the external Hold 
Request is removed, the circuit generates a 
Release pulse to the 8087 on the RO/GT1 pin, 
and returns to state 1. Again, the versatility of the 
AmPAL22V10A is demonstrated by the bi- 
directional three-state capability of the device. 


Gray codes were not used for the state 
assignments in this case. The codes were chosen 
to minimize the three-state enable term for the 
RQ/GT1 output. The RQ/GT1 outputs are enabled 
during States 2 and 4, to generate output pulses. 


State assignments chosen with Gray codes would 
have required two product terms for the three- 
state enable (/STATE[1]*STATE[0] + 
STATE[1}*/STATE[0]), and the AmPAL22V10A 
can only support one product term for the three- 
state enable signal. The state encoding chosen 
allows one product term for this function. There is 
minimal glitching on the outputs of this circuit, 
even though Gray codes were not used, because 
the EHLDA term is registered, and the RQ/GT1 
term is generated from a minimization that is fully 
covered on the Karnaugh map (Reference 1). 


Queue Status Control Circuit 


The Queue Status inputs from the 80186 are 
delayed by 1/2 clock cycle in this circuit for proper 
presentation to the 8087 as DSQO and DSQ1. In 
addition, the OK_TO_GO signal forces these 
signals LOW after Reset, until the TRIP input 
receives a pulse. Recall that the 8087 must be idle 
after Reset until all internal 80186 registers are 
programmed. The TRIP input is generated by a 
chip select to an I/O port from the 80186. 


Ready Synchronization 


This circuit synchronizes the asynchronous 
SYSTEM_ARDY Ready signal, and presents the 
SYS_READY signal to PALA. The SRDY_186 
input to the 80186 is also synchronized by this 
circuit to be presented as the SRDY_87 to the 
8087. 


Conclusion 


Due to the power and flexibility of the 
AmPAL22V10A device, the interface between the 
80186 microprocessor and the apparently 
incompatible 8087 Numeric Processor can be 
implemented with a small amount of circuitry. 
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EHOLD 


RQ_GT1 
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(108087) (FROM 8087) (TO 8087) 
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(interal) TA + {T2 
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NOTE: state machine - 
is clocked on 

: negative edge 
RESET=1 of CLK 186. 
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Figure 3-219. External Hold/HLDA-to-RQ/GT1 Converter 
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DEVICE PALB_8087_80186_Interface (PAL22V10); 


RHRRRHREKRREREEARKEEKHRERRERRERREEREREKEKEERRREEKERERREEEREREEKREREREREEKEKERERRERERRUREREREERE 
white RUE 
ReKK PAL B ‘ eek 
RkkR tekk 


baladad This PAL performs part of the 8087 to 80185 interface function. Here, we **** 
Llaladad delay Queue Status from the 80186 properly for the 8087. The logic is Eee 
ween clocked off of the INVERTED 80186 clock. We also generate some of the week 
wenn signals used for the synchronous READY inputs to the 8087 and 8018. anne 
balahadad This logic is clocked off inverted CLK to guarantee adequate set-up times **** 


babel We also perform the HOLD --> RQ/GT1 protocol for EXTERNAL bus masters. ween 
kwke KKK 


RHRAKARRAAERRRERRERERRERERRRKEERRRRERREERREERERERUEREREKERHARREREERRRRRRRRREERAERRRREURHREE 


PIN 
1 WeRR INPUTS eeeRE 


/CLK 50% duty cycle 80186 clock externally INVERTED 

RESET Active HIGH reset from 80186 " 

aso Queue Status0 input from 80186 " 

asi Queue Statusi input from 80186 " 

SYSTEM_ARDY = ' “ System Asynchronous ready, to be synchronized 

SRDY_ 186 Synchronous Ready for 80186 " 

TRIP Signal from 80186 to enable DQS[1:0] outputs to 8087 
EHOLD HOLD request from external DMA Master connected to 8087 





tke OUTPUTS WHEEN 


pasd = 23 Delayed queue status 0 to 8087 " 

basi 22 Delayed queue status 1 to 8087 " 

SYS_READY 21 Synchronized system ready ” 

SROY_87 20 Synchronous ready for 8087 is 

OK_TO_GO 19 Signal used to enable Queue Status outputs to 8087 (DSQ{1:0] 
STATE(1:0) 18: EHOLD/EHLDA to 8087 RQ/GT1 hanshake state variables 

EHLDA 16 ' " BEHOLD Acknowledge to external DMA MASTER connected to 8087 


o*#** BIDIRECTIONAL INPUT/OUTPLTS **** U1 


RQ_GT1 = 15; " 8087 RQ/GT1 DMA control for external master 


DEFINE 


" State variable state value assignments. " 
" NOTE: These codes were chosen to minimize the RQ/GT signal implementation " 


T1 " State 1 
T2 q " State 2 
73 = " State 3 
T4 " State 4 
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BEGIN 


WL RIKER REREERREREKERRERERRRERERREREEEEREEREREREREKERREERREEEN 


kkk REKKN 
“ **** EHOLD/EHLDA TO RQ/GT1 Converter State Machine Definition ****" 
" **** for DMA interface to 8087 AESEM 
to kW REKKN 


MARKER HK IARI KIKI IKK IRIE KERRI IIA EE IREEEREREEM 


IF (RESET) THEN ARESET(); 


CASE ( STATE[1:0] ) BEGIN 


T_1 ) BEGIN : : 
IF (€ EHOLD ) " Wait for EHOLD REQUEST from external master " 
THEN STATE(1:0] := T_2; 
ELSE STATE{1:0) := T_1; 
EHLDA := 0; " De-assert EHOLD acknowledge " 
END; 
T_2 ) BEGIN 
STATE[1:0] := 13; " Kill Time ™ . 
EHLDA := 0; " and pulse RQ_GT to signal request to 8087 " 
END; 
13) BEGIN é 
IF ¢ EHOLO ) “ Wait for master to release EHOLD request " 
THEN STATE(1:0] := T_3; , 
ELSE STATE{1:0] := T_4; 


IF (/EHLDA ) " Set EHLDA when RQ/GT GRANT pulse comes from 8087 " 
THEN IF (/RQ_GT1) 
‘THEN EHLDA := 1; 
ELSE EHLDA := 0; 


ELSE EHLDA := 1; 
END; 
T4 ) BEGIN 
STATE(1:0] := T_1;° "Kill time, and pulse RQ_GT to signal RELEASE " 
EHLDA := 0; 
END; 


END; 


"RQ_GT1 is tri-state controlled, and pulsed active low " 
" The following controlS the RQ_GT signals " 


RQ_GT1 = 0; 
IF (CSTATE(1:0] = T_2) + (STATE[1:0] = T_4)) THEN ENABLE(RQ_GT1); 


Figure 3-220. (Continued) 
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RHKRARKKKEKKEKERRRKERERKEERERERKEEEREREKEKEKRKEEEREREREKREREREKERERE 
KEK ReEKU 
**k*® Miscellaneous Synchronization logic/ ReKKI 
kkk ‘ RERKN 


RHUKEKKEEKKEREREERREREKAKKEEERREREEKRERKEREREEEEKEEREREEEEKKEREREEEEEEN 


OK_TO_GO signal is tripped from an 80186 signal (i/o write) after it has set all " 
of its internal registers properly. Until then, OK_TO_GO is false and disables DQS[1:0] " 


IF ( /OK_TO_GO ) 
THEN IF (TRIP) 
THEN OK_T0_GO := 1; 
ELSE OK_T0_GO := 0; 
ELSE OK_T0_GO := 1; 


Delay Queue Status to 8087 " 
Qualify with OK_TO_GO signal from 80186 after it is reset " 


pasO := OK_TO GO * aso; 
past OK_TO_GO * QS1; 


"' Synchronize Asynchronous System Ready " 





SYS_READY := SYSTEM_ARDY; 


Synchronize 80186 SRDY input for 8087 " 


SRDY_87 := SRDY_186; 


Figure 3-220. (Continued) 
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Listing sum-of-products equations for PALB_8087_80186_Interface 


RQ_GT1 = 0; 
RQ_GT1. TRISTATE = STATE(OI; 
RQ_GT1.ARESET = RESET; 


EHLOA := STATE{1]*/STATE [0] */RQ_GT1 
+ STATE (1] */STATE [0] *EHLDA; 
EHLDA.ARESET = RESET; 


STATE[O] := EHOLD*/STATE [1] */STATE [0] 
+ /EHOLD*STATE [1] */STATE [0] ; 
STATE [0] .ARESET = RESET; 


STATE{1] := STATE[1]*/STATE [0] 
+ /STATE(1]*STATE [0]; 
STATE(1] .ARESET = RESET; 
OK_TO_GO := TRIP 
+ OK_TO GO; 
OK_TO_GO.ARESET = RESET; 


SRDY_87 := SRDY_186; 
SRDY_87.ARESET = RESET; 


SYS _READY := SYSTEM_ARDY; 
SYS_READY.ARESET = RESET; 


pas1 := OK_TO GO*as1; 
DQS1.ARESET = RESET; 


DQSO := OK_TO_GO*as0; 
DQSO.ARESET = RESET; 


Figure 3-220. (Continued) 
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3.6.9 A MULTIBUS ARBITER DESIGN 
FOR 10 MHz PROCESSORS 


This application note describes the imple- 
mentation of a bus arbiter using an AMPAL16R4 to 
interface the 10 MHz 80186 to the MULTIBUS 
multi-master environment. The PAL equations for 
bus exchange were developed based on func- 
tional and timing requirements specified in the Intel 
MULTIBUS Specification, June, 1982. The inter- 
face shown addresses the bus master case in 
regards to bus exchange only. No attempt has 
been made to include the requirements for bus 
slave operation, interrupt handling or byte opera- 
tions. 
MULTIBUS operations and signal names. 


Overview 


The system environment is assumed to be a 
collection of loosely coupled independent 


processors which communicate through a com- 
mon memory on the system bus. Each processor 
in this system possesses its own local resources. 


A block diagram showing the interface of one 
such processor, an 80186, to the system bus, 
MULTIBUS, is shown in Figure 3-225. A block of 
the 80186's address space is allocated to system 
memory. Access into this portion of the address 


map generates a request for the system bus via a 


programmable memory chip-select pin. Once a 
request is generated by the CPU, the AmPAL 
arbiter and the 8288 bus controller combine to 
perform a bus exchange and transfer cycle. 


In this design the arbiter maintains control of the 
system bus and therefore must be forced off either 
by a higher priority master (BPRN goes HIGH) ora 
Common Bus Request (CBRQ). 


Functional Requirements 


On the MULTIBUS, the bus exchange process 
begins when the Bus Request (BREQ) goes LOW 
(parallel priority resolution scheme), or when 
BPRO goes HIGH to succeeding masters (serial 
priority resolution scheme). If the requesting 
master is granted priority (BPRN enabled) and the 
bus is not under control of another master (BUSY 
disabled), then the master may take control of the 
bus by forcing BUSY LOW. 


An optional request mechanism, Common Bus 
Request, used in conjunction with either parallel or 
serial priority has been implemented in this design. 


This note assumes a knowledge of. 


It reduces bus acquisition overhead by allowing 
bus retention across transfer cycles, unless a 
request is pending (CBRQ is LOW). For example, 
in parallel priority the requesting master asserts 
both BREQ and CBRQ to force the current master 
off the bus. Once acquisition is complete CBRQ is 
released for use by another master. 


Timing Considerations 


Bus exchange on MULTIBUS is a synchronous 
process. BREQ, BPRO, BUSY and CBRQ are all 
synchronized with the trailing edge (HIGH-to- 
LOW transition) of BCLK. BCLK is a MULTIBUS 
signal having a duty cycle of approximately 50% 
and a maximum frequency of 10 MHz. There is no 
requirement for synchronization between BCLK 
and any other clock in a MULTIBUS system. 
Synchronizer circuits must be used on signals 
that cross clock boundaries, because it is possi- 
ble (as in this design) for the processor clock to be 
asynchronous to BCLK. 


Bus priority on MULTIBUS resolution takes place 
in one BCLK cycle. If the serial priority scheme is 
implemented, this requirement will place an upper 
limit on the number of masters allowed for a given 
BCLK rate. The parallel priority scheme allows 
the relationship between BCLK and the number of 
masters to be independent. Whichever is chosen, 
the MULTIBUS specified minimum setup time of 
22 ns (resolution to clock), plus the desire to keep 
the BPRN to BPRO propagation delay to a mini- 
mum, points to the use of an “A’ speed PAL 
device (Figure 3-226). 


The MULTIBUS bus exchange timing requires a 
BUSY setup time before clock of 25 ns (see Fig- 
ure 3-226). Release by one master and acquisi- 
tion by another takes place on two successive 
HIGH to LOW transitions of BCLK. 


PAL Design Description 


The PAL design specification with supporting 
timing diagrams are shown in Figures 3-227 and 
3-228. The following remarks are in addition to the 
comments found on the PAL design specification. 


The term "BRQP*AEN” found in the equation for 
“"BREQ" is required to keep the arbiter from 
recapturing the bus when it is the releasing master. 
This can occur when a CBRQ forced the 
surrender, and the processor cycle which follows 
the just completed cycle accesses the system 
memory. 





3-315 





A80186-10 


new—-dr-czZ 


S 
y 
8 
t 
e 
m 
B 
u 
8 


ADDRESS 


Figure 3-225. Single Multimaster Bus Interface 
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Using BREQ to disable BPRO results in a 40 ns 
delay worst case from clock (tCO + tPD). Taking 
into account the 22 ns setup (see Fig. 3-226) and 
clock skew (3 ns max) leaves 35 ns of cycle (10 
MHz BCLK), if the serial priority resolution 
scheme is being employed. Lower priority mas- 
ters using this design would exhibit a 25 ns worst 
case delay BPRN to BPRO. Use an external gate 
to implement the equation “BPRO = 
BPRN«BREQ?’ if the serial priority is required when 
using more than two masters. 


Note the inversion of BLCK for use by the PAL 
device. PAL registers load data on the LOW to 
HIGH clock transition of pin 1. 


MULTIBUS address setup before Command (50 
ns min.) is determined by the 8288 bus controller. 
The 8288 specification guarantees 115 ns 
minimum between AEN going LOW and 
Commands going active. 


tBCY 
HF Min, —>t 


oe a oe 


36ns eel 
Bus is 


all 
by New 
Master 


BAPNS pt tBUSYs 


. mat 
70ns Max. 


eed Fel 
tBPRNO tBPRO 
30ns Max~>t}e- }e>t-s0ns a 
BPRN 
en eee | eee | 
Address 


net 


08479A3-222 


tBUSY. 


; | le tee | ar tBUSY 
ee zesh by 
Released 
by Master New woser | | 
Previously tBPR "SPANO 
| i | aa 30ns Max. 


in Control 


et 


MULTIBUS address hold after Command (50 ns 
min.) is satisfied by using the ALE signal from the 
8288 instead of the 80186. The 8288 Command 
lines go inactive on the HIGH to LOW transition of 
CLKOUT at the beginning of T4 (30 ns max delay). 
The 8288 ALE signal goes active on the HIGH to 
LOW transition of CLKOUT at the beginning of T1 
(1/2 clock cycle later than ALE from the 80186). 
The minimum hold time is therefore 100 ns - 35 ns 
= 65 ns. 


REFERENCES: 


1) Intel Multibus Specification #9800688- 04, June 
1982 


2) Intel IAPX 86,88 User's Manual, August 1981 


3) Advanced Micro Devices’ MOS Micro- 


processors and Peripheral's, 1985 


4) Intel Component Data Catalog, 1982 
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Figure 3-226. Bus Exchange AC Timing 
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AmPAL16R4 

PATOO1 

Multibus Arbiter 

Advanced Micro Devices 

BLCK /BPQ /LOCK /BPRN NC NC NC NC NC GND 
/OE /BPRO /BUSY /AEN /BREQ /LOCKP /BRQP /CBRQ NC VCC 


BRQ 7;CPU SYSTEM BUS REQUEST SYNC TO BCLK 

= LOCK 7;CPU LOCK SIGNAL SYNC TO BCLK 
BRQP* /AEN ;REQUEST SYSTEM BUS IF NOT CURRENT BUS 
BROQP*BREQ ;MASTER. HOLD TILL CPU RELEASES. WHEN 
BREQ*BPRN*/CBRQ ;CPU RELEASES HOLD IF NO OTHER 
BREQ* LOCKP ;REQUESTORS. HOLD ON CPU LOCK. 


BPRN* /BREQ : ;FORCE OFF LOWER PRIORITY REQUESTORS IF 
;REQUESTING, IF NOT PASS PRIORITY THRU. 


BREQ* /BUSY*BPRN ;AQUIRE SYSTEM BUS AND ENABLE ADDRESS 
BREQ* /AEN ;BUFFERS. WHEN CPU RELEASES HOLD IF NO 
AEN*BPRN*/CBRQ ;OTHER REQUESTORS. 

IF (AEN) BUSY AEN ;ALLOWS BUSY TO EMULATE 0O.C. I/O PIN. 


IF (BREQ*/AEN) CBRQ BREQ* / AEN -;REQUEST SYS BUS VIA CBRQ UNTIL AQUIRED 


Figure 3-227. AMPAL16R4 Arbiter Design Specification 
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SPECIAL REPORT Of MINICOMPUTER SYSTEMS 





Becoming the technology of choice in superminicomputer 
design, programmable array logic mixes with alternative 
devices to meet design constraints. 









by Bradford S. Kitson and 
B. Joshua Rosen 


Programmable array logic devices have been a 
driving force behind the latest generation of 32-bit 
superminicomputer designs. These — supermini- 
computers range from redesigns of existing archi- 
tectures that reduce cost or overcome packaging 
limitations, to designs requiring ultrafast turn- 
around, to high performance architectures speci- 
fied to take full advantage of such devices. 
Superminicomputers designed with program- 
mable array logic (PAL®) include the vAX&11/730 
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devices at Advanced Micro Devices, 901 Thompson 
Pl, Sunnyvale, CA 94088. He holds a Bs in electrical 
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01720. He was manager of processor development at 
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University and an MSEE from Northwestern 
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from Digital Equipment Corp, the Mv/s000 and 
Mv/10000 from Data General, and Computervision’s 
APU" (analytic processing unit). A reimplementa- 
tion of the original VAX-11/780, the VAX-11/730 sup- 
plies 25% of the performance in 10% of the board 
space. Programmable array logic was chosen by 
the MV/8000 designers to allow the shortest possible 
design cycle and to catch up with their competitors. 
The MV/10000 upgrades performance of the 
Mv/8000. The Computervision APU was designed 
for high performance with PAL devices in mind, 
and provides excellent examples of how to use such 
devices to their fullest. 


Logic design alternatives 

Although by no means the only option, pro- 
grammable array logic has become the technology 
of choice in superminicomputer design. Logic 
design alternatives (Fig 1) include standard prod- 
ucts (fixed-function devices), semi-custom 
(programmable logic, gate arrays, and standard 
cells), and fully-custom logic devices. In supermini- 
computer design, the primary alternatives are stan- 
dard products, gate arrays, and PAL devices. The 
best choice for any given function depends upon 
the design alternative capabilities, the design con- 
Straints, and the function actually being 
implemented. 
Reprinted with permission of COMPUTER DESIGN 
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Fig 1 Basic categories of digital logic present designers with - 
trade-off opportunities. Standard products fit where cost is a 
major concer; custom and semi-custom products can be used 
where high diversity is desirable. 





Via fuse programming, a PAL device allows the 
designer to construct a custom device or group of 
devices that precisely implement a desired func- 
tion. In contrast, fixed-function transistor- 
transistor .logic (TTL) small scale integration/ 
medium scale integration (SSI/MSI) alternatives 
seldom seem to fit any application in the desired 
way. Thus, the SSI/MSI designer usually pays 
penalties via extra logic levels in the critical path 
and an increased package count. Gate arrays allow 


custom devices to be created via mask program-' 


ming. However, designers using a gate array must 
finalize architecture early in the design cycle. Any 
errors will require a mask change, which can take 
months. 

In most cases, the best choice is a combination of 
the alternatives and probably includes some 
memory as well. Typically, the six basic design con- 
straints are performance (speed), cost, density 
(packaging), power dissipation, reliability, and 
design turnaround. Assigning a priority to these 
constraints will usually define the logic alternative 
that a machine is based on. Actual implementation 
trade-offs are made at the function level. The three 
basic functional portions of a design are data path, 
control path, and interface. 


Standard products have their place 

Standard products are defined as devices created 
for a wide market. Examples of standard products 
are TTL SSI/MSI, fixed instruction set metal oxide 
semiconductor (MOS) microprocessors, and micro- 
programmable large scale integration (LSI) building 
blocks. These devices are usually multiple sourced 
and produced in high volume, resulting in lower 
individual device costs. In a design where cost is the 
main concern, and performance, power dissipation, 
density, and design turnaround are of little or no 
importance, standard products are probably the 
best choice. In a design such as a superminicom- 
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puter, where these other considerations have a high 
priority, inherent disadvantages limit standard 
product use. 

While SsiI/MSI devices offer fast individual gates, 
on a system level their density, power dissipation, 
and reliability characteristics are not as good as . 
those of the alternatives. In addition, design turn- 
around characteristics are inadequate because 
changes usually require printed circuit (PC) boards 
to be laid out again. In most superminicomputers, 
therefore, SSI/MSI gates are used only in selected 
critical path functions that require one or two gate 
levels (at the expense of density and power dissipa- 
tion), and in interface applications, such as bus 
buffers, latches, registers, and transceivers. 

Standard LSI products (mostly bipolar) offer 
exceptional performance, power dissipation, density, 
and reliability characteristics, but their inflexible 
architectures limit their application range. Super- . 
minicomputer designers rely on proprietary, highly - 
complex architectures to differentiate their designs 
from those of their competitors, and LSI imposes 
an architecture. Therefore, applications are limited 
to general purpose, well-defined functions in the 
data path, such as parallel multipliers and arith- 
metic logic units (ALUs) that can benefit from their 
high performance characteristics. 


Gate arrays are “cast in concrete” 

Semi-custom gate arrays are defined by inte- 
grated circuit (IC) manufacturers as large arrays of 
unconnected gates. End users specify how gates are 
interconnected with actual interconnection occurring 
at the metal-mask layer of the IC process. The main 
advantages of gate arrays are high density and the 
ability to customize a design, while primary dis- 
advantages are cost and design turnaround. Each 
custom device is single sourced and low volume; 
therefore they are not cost-effective unless the 
application is density limited or the volume is very 
high. Gate arrays can adversely affect design turn- 
around because the system designer must design 
both the IC and the system in which the IC is used. 
In addition, any change in the gate array requires 
new masks and a delay for each mask iteration. 

By using gate arrays only where the design can be 
defined early, designers minimize these turnaround 
disadvantages. They then hedge their bets by sur- 
rounding the gate arrays with logic that can correct 
any design bug(s) discovered later on. As in LSI, 
what is ‘‘cast in concrete’’ is usually the data path. 
However, gate arrays allow more of the data path 
to be integrated because the device can be optimized 
for specific design requirements. A proprietary 
16-bit ALU slice might be a typical gate array. 

Gate arrays are also used to interface multiple 
onboard buses together as data path ‘‘glue.” 
Control-path and interface applications, however, 
tend to be too likely to change. Therefore, control 
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path functions are based on implementation tech- 
niques such as writable-control-store (WCS). Inter- 
face applications frequently require changes 
because of the need to interface one designer’s 
board to another’s. Consider the critical timing 
between a cache, an instruction fetching unit, and 
multiple register-files. The exception handling 
capability required for typical operations, such as a 
cache miss, can be an indeterminant problem 
affecting all of the above-mentioned functional 
units in the system. Should a bug occur in the cache 
unit, the interface section of all other units will have 
to be changed to accommodate the correction. 


PAL structure paves the data path 

Combining simplicity and flexibility, the basic 
PAL Structure is a fuse-programmable AND gate 
array that drives fixed connection OR gates, allow- 
ing logic to be implemented in sum-of-products 
(AND-OR) Boolean form. 

By selectively blowing the appropriate fuses, a 
PAL device can implement any logic function as 
long as the number of inputs or AND gates required 
does not exceed the number provided in the device 
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chosen. In the AMPALI6R4, for example, the true 
and complement version of each of the 16 inputs is 
connected via fuses to each of the 64 AND gates in 
the device (Fig 2). PAL devices provide additional ° 
features, such as programmable input/output (1/0) 
pins and registered outputs with internal feedback 
that further enhance their ability to implement 
logic functions efficiently. Programmable I/Os are 
especially useful for trading off the number of 
device outputs for inputs to fit the exact number 
required by the logic functions being implemented. 
Internal registered feedback is desirable when 
implementing complex state machine designs. 
Programmable logic devices, like gate array, are 
semi-custom devices. Created by the IC manufac- 
turer, they are alterable by fuse programming for a 
specific application. Designed specifically for logic- 
oriented applications, PAL devices enable designers 
to create custom devices with fast turnaround time. 
PAL devices compare favorably to alternative 
devices in terms of performance, cost, density, 
power dissipation, and reliability. They fall behind 
gate arrays and LSI in density and power dissipa- 
tion, and behind SS!I/MSI in individual device cost. 
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(Note however, that PAL devices are cheaper on a 
system basis.) 

Performance and density characteristics of PAL 
devices have led to significant applications in the 
data paths of superminis where they are used along 
with LSI and/or gate arrays. These devices serve to 
‘glue’? the LSI and the ‘‘cast in concrete’’ gate 
afrays into the system. If necessary, the design turn 
around capability that they display can be used to 
optimize the data path architecture and, in some 
cases, fix a bug in a gate array by reprogramming the 
PAL devices around it. Typical data path functions 
for the devices include barrel shifters, masking, 
code conversion, and multiple bus interface. 

Design turnaround becomes especially beneficial 
in the control path and interface portions of a 
design. Most control path functions are highly ran- 
dom and are prone to change and/or error. While 
WCS allows design changes to be made by rewriting 
microcode, PAL devices permit changes that cannot 
be made in microcode, or would adversely affect 
system performance. For instance, one supermini- 
computer manufacturer has established the rule 
that a gate array can be used in the control path 
only if eight or more PAL devices are necessary for 
the same function. In interface design, from a den- 
sity standpoint, PAL devices allow the interface to 
merge with the data path ‘‘glue’’ function. Since 
the interface is just as likely to change as the 


Y MULTIPLIER 
ACCUMULATOR 





Fig 3 Multiplier calculates 56-bit x 56-bit product. Partial 
product generation logic uses seven 8 x 8 slices to form 8 x 
56-bit multiplication array. Carry-save adders implement 
3-to-2 counting techniques to form two operands that are 
summed in a lookahead ALU. 
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control path, but without the benefit of wcs, design 
turnaround becomes a factor. If one board’s 
designer needs to change the interface, the designs 
of many other boards are impacted. Updates on all 
boards can be easily made by reprogramming one 
or more PAL devices. These devices can also pro- 
vide the drive capability required by this appli- 
cation area. 


Designing with PAL devices in mind 

Trade-offs among PAL devices and other digital 
logic alternatives were key factors in Computervi- 
sion’s APU design. In conjunction with standard 
products, such as ALUs, LSI multipliers, and 
memory devices, PAL devices were used to create a 
patented architecture not feasible in standard TTL 
SSI/MSI. ; 

Designed as a very high speed 32-bit supermini- 
computer for engineering applications, the Com- 
putervision APU is twice as fast as competitive 
designs, yet occupies the same board space. Its 
designers, instead of merely replacing TTL SSI/MSI 
with PAL devices, used PAL as customizable logic 
building blocks. This allowed them to implement 
powerful logic functions in a minimum of space. 

The APU processor board set is divided into four 
modules. The parser/sequencer contains an instruc- 
tion processor that fetches and decodes instruc- 
tions in parallel with the execution unit. The 
control processor performs address and integer 
computations and the floating point pipe (FPP) per- 
forms both scalar and vector floating point opera- 
tions. The cache/address translation unit contains 
a 256-slot area page table entry cache and a 
16K-byte memory cache. 

Approximately 25% of the chips in the APU board 
set are in PAL. Since the APU is the first implemen- 
tation of the new CPU architecture, many design 
aspects are subject to change as the architecture 
evolves. PAL devices permit designers to rapidly 
modify hardware to fit the architecture needs, and 
to implement feature and performance enhance- 
ments with minimal impact on the development 
schedule. 

Ability to generate a very large number of custom 
ICs (over 200 different PAL codes are used in the 
APU), significantly reduces the processor’s size 
while increasing overall performance. This means 
that, although the APU and Digital Equipment 
Corp’s VAX-11/750, a gate array-based machine, 
consume exactly the same amount of board space, 
the APU is more than twice as fast. In fact, the 
APU’s Fortran performance is substantially faster 
than that of the VAX-11/780, a machine that con- 
sumes 5.2.times as much board space as the APU. 

Designed as a high speed arithmetic extension to 
the APU execution engine, the APU FPP, unlike 
comparable machines, is an integral part of the 
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Without adding pipe latency, the APU 
is able to accumulate partial products 
at a rate of 8 x 56 bits every 112 ns. 


combination of 3 equally weighted bits can be 
recoded into a 2-bit field. 

This makes it possible to reduce the three oper- 
ands generated by the multiplication process (high 
and low partial products and 64-bit intermediate 
product) into only two operands which may then 
be summed together in a single lookahead ALU. 
The 3-to-2 recoding requires no-carry propagate 
logic and is therefore very fast. Only one level. of 
pipelining is required because of the 3-to-2 
counter’s speed, resulting in both a reduced parts 
count and a reduced pipe latency. 

In the APU floating point engine, 16 AMPALI6Rés, 
programmed as triple 3-to-2 counters, are used to 
reduce the three multiplication operands to two 
intermediate results [Fig 4(b)]. The registered PAL 
outputs are connected to the input buses of the 
Mantissa ALU that is also used for floating point 
addition and subtraction. The Mantissa ALU then 
calculates the next intermediate product in parallel 
with the partial products calculations occurring in 


the 8 x 8 multipliers. This intermediate product and 


the new partial products are recoded by the 3-to-2 
counter PAL devices to form the next pair of inter- 
mediate results. This process continues until the 
complete 56 x 56 product is generated. Thus, with- 
out adding pipe latency, the APU is able to accumu- 


late partial products at a rate of 8 x 56 bits every © 


112 ns, which coincides with the basic nanocycle 
machine time. 


Barrel shifter, a 3-leve! implementation 
The APU’s barrel shifter performs left shift, right 
shift, and rotate operations of.0 to 63 bits in a 
single microcycle. Used mainly for floating point 
prescale and normalize operations, the barrel 
shifter (Fig 5) is implemented in three stages: the 
word rotater, nibble shifter, and bit shift and mask 
logic. It is controlled by associated prescale, 
‘leading zero detect, and mask control logic. 
.Prescale logic converts the signed difference pro- 
duced by the exponent arithmetic units based on 
the comparisons of the two operand exponents, 
into an absolute shift distance. This shift distance 
is then used to right shift (prescale) the smaller 
operand Mantissa of a floating point add or sub- 
tract operation. The leading zero detect logic deter- 
mines the left shift distance required to produce a 
left-justified (normalized) result. Mask ‘control 
logic converts rotated data to shifted data by mask- 
ing off the appropriate leading or trailing bits to 
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implement right or left shifts. These three sections 
are implemented in PAL. 

Implementing the 3-level, 64-bit barrel shifter in 
MSI requires the use of Am25S10 4-bit shifters. The 
first level is the word rotater which performs a cir- 
cular rotate of 0, 16, 32 or 48 bits. Although imple- 
mentation is simple, the MSI solution requires 16 
packages. The second level is the nibble shifter, 
essentially identical to the word rotater but wired 
to rotate 0, 4, 8, or 12 bits. The final barrel shifter 
stage requires not only bit rotate but also leading 
and trailing bit masking and sticky bit computation 
(ie, the logical OR of the masked-out bits). An MSI 
solution requires not only the 16 packages of 
AM25S10s, used in each preceding level, but also 16 
AND gate packages for masking, with another 16 
AND packages for the sticky bit computation. Con- 
trol logic for the mask operation requires as much 
logic as the entire shift path. A more practical solu- 
tion consists of building separate left and right 


EXPONENT 


64-B1T 
ALU QUTPUT INPUT DATA 


PRESCALE 


WORD 
LOGIC ROTATOR 


SHIFT CONTROL 


NIBBLE 
ROTATOR 


SHIFT DISTANCE 


68-BIT 
OUTPUT DATA 





Fig 5 Implementation of 64-bit ‘‘Nearest Neighbor Shifter’ 
is in three stages: word rotater, nibble shifter, and bit shift and 
mask logic. Control derives from associated prescale, leading 
zero detect, and mask control logic. 
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internal architecture and not an optional add-on. 
As a result, the FPP not only accelerates scalar and 
vector floating point arithmetic, but also performs 
byte, word, double-word, and quad-word string 
operations. In addition, it serves to enhance the 
performance of important nonfloating point 
instructions such as Procedure Call and Return. A 
total of 79 PAL devices are used for both control- 
and data-path applications on the FPP board. 


Counter solves multiplication problem 

The heart of the FPP is the multiplier section 
(Fig 3). Double-precision floating point multiplica- 
tion requires the calculation of a 56-bit x 56-bit 
product. Unfortunately, 56 x 56 parallel multipliers 
do not exist on silicon. From a cost/performance 
standpoint, the best solution is to use a number of 
small multipliers to build an intermediate sized par- 
allel multiplier and then produce a large product 
(56 x 56) in multiple cycles. 

Partial product generator FPP logic uses seven 
Am25S558 8 x 8 multiplier slices to implement an 8 x 
56-bit multiplication array. Each multiplier chip 
produces a 16-bit product. In general, the 8 most 
significant bits (MSBs) of each partial product gen- 
erator must be added to the 8 least significant bits 
(LSBs) of the next higher slice to generate the full 


INPUTS 
000 
001 
010 
011 
100 
101 
110 
Ml 


OUTPUTS 


Fig 4 Carry-save adders use 3-to-2 


counting techniques to recode any 
three equally weighted bits into a 
2-bit field (a). Sixteen PAL units 
form triple 3-to-2 counters (b) to 
reduce the three multiplication 
operands to two intermediate 
results, 


‘ 


64-bit partial product. Exceptions are the 8 MSBs 
and LSBs. 

This technique also requires the ability to accu- 
mulate partial products with the partial products 
from previous cycles. Thus, each cycle must be 
accompanied by two additions: the partial product 
summation and the intermediate product accumu- 
lation. While this can be done by following the 
multipliers with two levels of lookahead adders, 
usually 745181s, the resulting nanocycle time is 
approximately three times longer than the partial 
product generation time of the 8 x 8 multipliers. 
Modifying this scheme, however, by adding reg- 
isters between each level of logic, the pipeline 
multiplier reduces the nanocycle time to near the 
propagation delay time of the multiplier chips plus 
the clock to output time of the multiplier register 
plus the setup time of the intermediate result reg- 
ister. This scheme has two disadvantages: increased 
pipe latency, caused by the two extra levels of 
pipelining, and a high parts count. 

Still another technique involves replacing one 
level of the pipe and one level of lookahead adders 
with carry-save adders between the partial product 
generators and the pipeline registers. Carry-save 
adders are used to implement a technique that is 
called 3-to-2 counting. As seen in Fig 4(a), any 
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Fig 6 Word rotation, first level of 3-level shifter, consists 
of eight PAL units, each programmed as two 4-bit rotators. 
It performs a circular rotate of 0, 16, 32, or 48 bits. 








Fig 7 Nibble shifter makes up second level of barrel 
shifter. It is wired to rotate 0, 4, 8, or 12 bits. 


shifters, 48 packages apiece, and not implementing 
a sticky bit at all. . 

Implemented in PAL, a 64-bit rotater and shifter 
with sticky bit computation requires considerably 
fewer packages than a unidirectional MSI shifter. 
The word rotater consists of eight identical PAL 
devices programmed as two 4-bit rotaters/package 
(Fig 6). The nibble shifter requires four Am25S10s 
and eight PAL devices programmed as 6-bit wide, 
4-place shifters (Fig 7). The bit shift and mask logic 


- requires 16 PAL devices in the data path and two 


PAL devices in the control path. (Fig 8). 

To implement the masking function required for 
shifting, a technique called ‘‘Nearest Neighbor 
Shifting’? (U.S. patent pending, Computervision 
Corp) is used. Each shift and mask PAL device has 
an enable input from one mask control PAL unit. 
In addition, each shift and mask PAL device is also 
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Fig 9 ‘‘Nearest Neighbor’’ interconnection is used to 
implement masking function for shifting. A mask control PAL 
device determines if all 4 bits are to be masked; enables from 
the adjacent slice determine if the PAL device is at shift 
boundary. 








connected to the enable inputs from its left and 
right-hand neighbors (Fig 9). The mask control 
PAL input determines if all 4 bits from the slice 
should be masked off. Enables from the adjacent 
slice determine if a PAL unit is at a shift boundary. 
If only one of the neighboring slices is disabled, the 
shift and mask PAL unit masks off from 0 to 3 of 
the bits adjacent to the disabled slice, depending on 
the bit-rotation distance. In this way, the 64-bit 
masking operation can be implemented with only 
16 control: lines as opposed to at least 64 for an 
SSI/MSI solution. 
= : In addition to performing the final shift and 
Ti If mask operation, the bit-shifter PAL unit also com- 
ATU == putes the logical OR of the masked-out bits at each 
slice position. These outputs are. then logically 
ORed to generate a sticky bit. The extra hardware 
required is less than two SSI packages. The entire 
PAL barrel shifter requires 38 devices to implement 
64-bit rotation, left shifting, right shifting, and 
sticky bit accumulation. An MSI-based left/right 
shifter, without sticky bit computation, requires a 
minimum of 96 parts. In addition, the logic re- 
quired for implementing the prescale and normal- 
ize operations is significantly reduced through the 
use of PAL devices. 











Fig 8 Bit shift and mask logic for barrel shifter requires 16 
PAL devices in the data path and two PAL devices in the 
control path. Each shift and mask PAL device has an enable 
input from one mask control PAL device and is connected to 
enable inputs of its left and right neighbors. The 64-bit 
masking operation requires only 16 control lines. 
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PLDs As Semicustom Substitutes 


Om Agrawal, Advanced Micro Devices Inc., Sunnyvale, CA 
Jim Beck, Chronon Computer Corp., Mountain View, CA 


ways to implement their applications: Standard prod- 

ucts (SSI, MSI, LSI—fixed-function devices), pro- 
grammable logic, gate arrays, standard cells, and full-custom 
logic devices. With each alternative come tradeoffs related to 
architectural flexibility, time, and development cost (Figure 
1). The best choice for a given design usually depends on the 
designer’s priorities. Table 1 illustrates the selection criteria 
for various alternatives. 


Pes: system designers can choose from at least five 


Generic Advantages of PLDs © 


Programmable logic devices (PLDs) are off-the-shelf cus- 
tomizable devices that combine the flexibility of custom logic 
with the easy availability of standard products. The major 
advantages of PLDs over other semicustom solutions such as 
gate arrays and standard cells include reduced development 
time, greater design interactivity, and lower overall system 
development cost. 

PLDs offer the fastest design cycle of any semicustom 
device. Since the architecture of a PLD is defined by its 
programmable fuse pattern, PLDs can be programmed within 
hours, instead of the weeks to months required for gate arrays 
and standard cells. Besides allowing an interactive approach 
to system design, this fast turnaround time encourages experi- 
mentation in the sense that different architectures can be tried 
out with a minimum of overhead. If the implementation does 
not work, new devices can be programmed quickly and 
inexpensively, in comparison to other semicustom alterna- 
tives. The system development costs and capital equipment 
costs associated with PLDs are also substantially less than 
those of gate arrays and standard cells. 

In addition, the total engineering effort required to design, 
test, debug, and bring into production a system using PLDs is 
substantially less than that required for other semicustom 
alternatives. Currently, high-level tools are being developed 
to further simplify the process of designing with PLDs. 
Compiler-based software languages for specifying original 
logic equations can generate a minimum number of interme- 
diate equations with built-in optimizers. There are support 
tools, such as simulators and test vector generators, for 
debugging and testing in both the prototyping and production 
environments. 


Architectural Variations in PLDs 


Substantial progress has been made with PLDs in the past 
few years. They are currently accepted as a viable option for 
system design, and they are becoming a preferred approach to 
logic design. 


VLSI DESIGN June 1985 





~ 4 Standard 
cells 


,! 

4: 

i 

t 
mea 
rae Be 


FIGURE 1. Development time, cost, and archi- 
tectural flexibility tradeoffs. 


PROMs, PAL' devices, and PLAs constitute the three most 
prevalent programmable logic devices. All these PLDs have 
the same basic two-level AND-OR architecture, but they vary 
in their allocation of logic features and their methods of 
programmability. 

The basic AND-OR structure makes PLDs natural for 
implementing logic equations in Boolean sum-of-products 
form. However, unlike PROMs, which have a fixed AND 
array structure, the programmable AND array structure of 
PALs and PLAs makes them suitable for handling a larger 
number of inputs. This programmable AND structure also 
means that the inputs are not fully decoded, allowing more 
than one address to select the same word. Also, more than one 
word in the array can be selected simultaneously. PAL 
devices and PLAs therefore overcome one of the key ineffi- 
ciencies of PROMs: a fixed number of inputs. Because the 
PAL devices do not need the fuses and programming and 
testing circuitry for the OR array, they are typically 15% 
faster than PLAs for a given logic capability. | 

Besides supporting a greater number of inputs, the other 
architectural benefits of PAL devices include programmable 
bidirectional 1/O pins, programmable combinatorial or regis- 
tered outputs, polarity control, and flexible product term 
distribution. ; 

The basic PAL architecture incorporates a fuse-program- 
mable AND array that drives fixed-connection OR. gates. By 
blowing the appropriate fuses of the AND array, a designer 


‘PAL is a trademark of, and used under license from, Monolithic Memories, Inc. 
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TABLE 1. Selection criteria for different alternatives. 
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can create a PAL device to implement any logic function 
expressed in a sum-of-products form, so long as the number 
of inputs per AND gate, and the number of OR outputs, do 
not exceed the capacity of the given device. 

For a PAL device, the degree of its programmability and 
architectural flexibility is determined somewhat by the num- 
ber of fuses that form its programmable AND/OR gate. Each 
programmable AND gate is called a product term; these can 
be configured to provide either the logic functions (for form- 
ing the outputs) or control functions (for generating control 
signals). The first generation, 20-pin PAL devices such as 
16L8 or the 16R8 have 64 logical product terms and 8 control 
product terms, with a total of 2K fuses. The second-genera- 
tion PAL device, illustrated by the AmPAL22V10, has an 
array of 5808 fuses with a total of 132 product terms. Of these 
132, 120 are logical product terms and 12 are control product 
terms (Figure 2). 

Each product term consists of a fixed number of inputs. 
These inputs may be dedicated or fed back, or they may 
consist of bidirectional VO pins. Whereas the first-generation 
devices had 32 inputs per product term, the 22V10 has 44 
inputs to drive each product term (up to 22 inputs with both its 
true version and its complements). 

Programmable I/Os allow the programming of the output 
buffers through a control product term; they also allow the Ree eee oe Ea TEEr SER EEE pesos Sys 
output to be configured as a dedicated output pin, adedicated FIGURE 2. Block diagram of the AmMPAL22V10 
input pin, or a dynamically controllable input/output. This §second-generation PAL device. 
makes the device useful in fitting the exact number of inputs 
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or outputs required for desired functions. To be used as an 
output, the output buffer is always enabled (i.e., all the fuses 
associated with that product term are blown), and the pin 
behaves as an output pin. For an input pin, the product term 
associated with that output buffer is unused. Dynamically 
controllable input/output buffers result from the output-en- 
able product term being enabled or disabled by a logical 
combination of one or more inputs. Such buffers are useful in 
microprocessor bus-oriented applications, such as data steer- 
ing, storage, or manipulation. 

Output macrocells increase the regularity and design free- 
dom available with the PAL devices. These macrocells allow 
any or all of the I/O pins to have either registered or combina- 
torial outputs, of either polarity (active high or active low). 
The programmable output-polarity control feature of the 
macrocell allows the designer to program either the true or 
complementary version of a logical term, whichever makes 
the most efficient use of the chip’s AND array. Also, associ- 
ated with each macrocell is an individual output-enable con- 
trol term that configures the I/O pins for either input or 
output. Macrocells with individual I/O-enables allow design- 
ers to customize each chip’s architecture to fit its own 
application, using different combinations of registered and 
combinatorial inputs and outputs (Figure 3). 

Another concept that is quite useful to system designers is 
the ‘‘variable distribution of product terms.’ This approach 
aids in implementing functions such as counters, exclusivé 
OR functions, or complex state machines, where different 
states require different numbers of product terms. This is 
especially useful in counter applications, in which the least 
significant bit(s) of a counter require fewer product terms than 
the most significant bit(s). Besides offering more architectur- 
al flexibility, this results in optimum use of chips’ internal 
resources. 

The first generation of PAL devices offered a fixed distri- 
bution of product terms, with a maximum of eight logical 
product terms per output. With variable distribution of prod- 
uct terms, and a larger number of product terms per output (up 
to 16), the 22V10 allows more complex functions fo be 
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FIGURE 3. The 22V10 output logic macrocell diagram. 


implemented than was previously possible in a single PAL 
device. 


Application of PALs in System. Design 


A system designer typically partitions his task into three 
general areas: data-path, control-path, and interface (glue) 
applications. 

Data-path applications typically include data manipulation 
(ALUs), data storage (register files, pipeline registers), and 
data steering/selection (multiplexing/demultiplexing). In 
these applications, performance and density are critical. Typi- 
cally, the data-path portion of a system is the most structured 
portion, so this is likely to be defined relatively early in the 
design cycle and is unlikely to require changes during proto- 
typing. Hence turnaround time normally is not critical for the 
data-path portion of a typical system. 

Control-path applications usually include the timing, se- 
quencing, and decision-making portions of a digital system. 
These sections are normally implemented with state ma- 
chines—cither random logic in either PROMs or RAMs. The 
control section is the most complex portion of a digital 
design, and it is likely to contain subtle errors and to require 
many changes during prototyping. Performance and turnar- 
ound time tend to be critical for the control path, while 
density considerations are less important. 

Interface or glue applications fulfill the miscellaneous 
functions. Typically, interface circuitry connects LSI mod- 


_ ules, such as microprocessors, peripherals, and gate arrays. 


For interface applications, turnaround time is quite critical. 

PAL devices, because of their general-purpose nature, are 
used in all of these applications—data path, control, and 
interface. In the data path, they can be used for data steering 
and data manipulation. Using PAL devices for data steering 
simplifies the implementation of a multiple-bus architecture. 
Data manipulation may include functions such as 16/32 
bidirectional shifters, barrel shifters, constant-generation log- 
ic, and sign-extension logic. PALs are also used extensively 
for optimizing control functions, such as instruction pre- 
decoding, double pipelining control, register file control, and 
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FIGURE 4. A 32-bit bidi 


special-instruction control. 

Most of the design support for PAL devices has been 
concentrated on either sequential controllers or expanded 
versions of available MSI parts. However, in these two 
applications, alternative choices often diminish the appeal of 
PALs. For example, in sequential-controller designs, PROMs 
compete with PAL devices, because they do not have the 
product term limitation of the PAL devices. In the case of 
expanded MSI functions, the idea of implementing a 28-bit 
counter with a single 40-pin PAL device, for example, 
requires careful cost analysis before one can seriously consid- 
er replacing multiple-sourced SSI and MSI chips. 

Here we will look at some alternative uses for PAL devices 
that are not normally presented in the literature. The applica- 
tions described make extensive use of the Am22V10. Al- 
though the 22V10 is not the most complex device offered in 
the PAL universe, it does have the speed and features neces- 
sary for high-performance TTL designs. 

Two applications using the 22V 10 are presented here: a 32- 
bit bidirectional shifter, and an interrupt mask and control 
register. The shifter is a relatively straightforward design that 
can easily be implemented with SSI/MSI multiplexers; how-. 
ever, using PAL devices offers some significant component 
savings. The interrupt mask and control register demonstrates 
how PALs can combine several functions to aehieve a clean 


rectional shifter using 22V10s. 


design of a traditionally messy circuit. The two applications 
make use of some features of PAL devices that are especially 
valuable for digital system design, as follows. 

Control Decoding/Pre-Decoding. This function is normal- 
ly done outside the data path, early in the CPU clock cycle, 
but can often be performed in parallel inside a data-path PAL. 
The savings in both clock time and complexity of control can 
be substantial. 

The use of PAL devices as macro instruction registers 
illustrates how chips can be used to optimize a routine 
function and help pre-decode the functions. An instruction 
register typically is used to receive instructions from the data 
bus during memory fetch operations. The instruction is then 
decoded by the control sequencer section and executed. 
Separating the information used during the decoding cycle 
from the execution cycle helps improve performance. This 
may allow the instruction register to pre-decode instructions 
‘ton the fly’’ as they come off the data bus, without losing any 
data in the instruction word. This results in a significant 
increase in control-sequence speed. 

Concatenation of Functions. This reduces parts counts and 
eliminates the associated interchip delays. A simple example 
is an MSI part followed by a latch or register, which can 
easily be replaced with a PAL. 

Reduction of Signal Loading by PALs. When several MSI 
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parts are replaced with a single PAL, the number of loads and 
the signal delay are both reduced. 

Availability of Multiple Outputs of Selectable Polarity 
Simultaneously. As with the signal loading point above, 
multiple outputs may mean faster signals, simplified wiring, 
and simplified data steering. 

Implementation of a program counter (PC) with PAL 
devices is an excellent example of how PALs can be used in 
data steering applications. Typically, the PC is implemented 
as an incrementing register that is parallel-loaded from the 
ALU output, and which sources multiple buses: a memory 
address bus to initiate memory fetch operations, and a internal 
bus for relative branch address computation. Since a typical 
MSI device has few three-state outputs, it cannot drive two 
separate buses. Implementing this with SSI/MSI devices, 
therefore, requires additional three-state controls adding un- 
necessary delay in the memory path, compared to the PAL- 
device solution. 

Inclusion of Additional Functionality Not Envisioned in the 
Original Design. Whether this takes the form of ‘‘fixing an 
oversight’’ or ‘‘upgrading the features,’’ unused PAL pins 


and extra product terms are available for the system designer _ 


to consider *‘what else’? a computer might do. 

Support for Minimum Parts Count. Often, the objective is 
to build high-performance CPUs that require a minimum of 
board space. This requires a design with as few parts as 
possible while implementing a complex machine in parallel. 
For such applications, PAL devices can aid system designers, 
because of their ability to implement complex custom func- 
tions at relatively high speeds. 


A 32-Bit Bidirectional Shifter Using PAL Devices 


For data-path applications, designers often need greater bit- 
manipulation and bit-shifting capability than is offered by off- 
the-shelf SSI/MSI devices. A conventional shift register usu- 
ally shifts its entire contents only one bit position in a clock 
cycle. Multiple bit shifts require multiple clocks, thus penal- 
izing performance. 

Bidirectional shifters can shift data both to the left and to 
the right. For a left shift, data is shifted (toward the most 
significant bit), usually with zero fill at the least significant bit 
(LSB). For a right shift, data moves toward the LSB, filled by 
a ‘‘bit’’ that is controlled externally. Usually, this fill bit is 
either zero (for zero fill) or a sign bit. 

Designing a shifter with MSI to allow a simultaneous 32- 
bit bidirectional shift can be approached in several ways. 
Conceptually, 32 32-to-1 multiplexers would be the simplest 
design. Here, only one rank of parts would do the job in the 
time defined by the propagation delay of this multiplexer. 
However, the loading of each data and control bit (32 loads), 
the wiring mess, and the lack of real 32-to-1 SSI/MSI 
multiplexers in particular force slower, multiple-rank 
designs. : 

In a multiple-rank shifter, each level of logic (rank) per- 
forms a shift operation of something less than the full amount. 
The shift amounts of all the ranks, when multiplied together, 
must equal or exceed the total shift amount desired. For the 
32-bit case, five ranks of 2-to-1 multiplexers would do the jo 
(2° = 32), using 40 16-pin parts. : 

In order to minimize the chip count, off-the-shelf ‘‘shift- 
ers’’ or parts designed to permute input and output lines can 
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be used. Some of the available devices include the Am25S10 
(TTL 4-bit), the F100158 (100K ECL, 8-bit) and the 
MC10808 (10K ECL, 16-bit). For the target 32-bit TTL 
bidirectional shifter design, 3 ranks of the Am25S10, with 
each rank using 8 devices, would perform the shift in 39 ns 
(typical) or 60 ns (maximum). 

The design presented here uses only two ranks of shifters, 
made from PAL devices. The first rank, using five 22V10s, 
shifts the input bits to the left or right by 0, 1, 2, or 3 places. 
The second rank uses four 22V10s and rotates each input bit 
to one of 8 outputs Figure 4. 

The first-rank shifter acts as a 7-to-1 multiplexer for each of 
the 32 output bits. The number of product terms available in 
the 22V10 varies between 8 and 16, depending on which 
output is used. The 32 data inputs are numbered from bit 0 to 
IF, and the fill signal is controlled externally. This capability 
provides logical shift, with either zeroes pulled in, or any 
other bit controlled externally, for a shift-down operation. 

Bits SO through S4 provide the total (32-bit) shift amount. 
The actual number of bit positions to be shifted can be 
programmed by the user with these bits. The direction signal 
specifies either a left or right shift. Table 2 shows the output 


' equations for B,,, B,., B,., and B, bits (intermediate signals). 


The first-rank PAL devices provide 0-, 1-, or 3-bit bidirec- 
tional shift capability, specified by SO and S1. The three-state 
control OE signal facilitates rapid data-bus access in bus- 
organized systems and can be used to increase the number of 
places shifted. As seen from Table 2, the equations use seven 
product terms to implement the 7-to-1 multiplexer function 
for the 7 left or right bits. 

The second rank of PALs uses four 22V10s and rotates 
each input bit to one of 8 outputs. Just for providing the 8- 
place rotator function, exactly eight product terms are needed 
for each output, as shown below: 


IF = /S2 */S3 */S4 * Bie 
S2 */S3 */S4 *Big 
{S2 * S3 */S4 *By7 
S2 * $3 */S4 *Bis 
/S2 */S3 * S4 *Be 
S2 */S3 * S4 *Bz 
/S2 * S3 * S4 *B, 
S2 * S3 * S4 *Bg 


tee ettst 


Because the AmPAL22V10 can provide up to 22 inputs 
and 10 outputs, it has more than enough capacity for this 
simple 8-bit rotating function. With its excess input/output 
and product-term capability, the AmPAL22V10 device is 
able to incorporate more functions in the second rank, as 
shown below. , 

The second rank of 22V 10 shifters can operate in any four 
user-programmable modes, determined by the logic levels 
applied to pins FO, F1 (function pins) as shown in Table 3. 


MODE 0 


Mode 0 specifies rotation to the right by N nibbles as 
determined by the three bits S2, S3, and S4; it also inserts the 
*‘FILL”’ bit, which specifies the logic level to fill the posi- 
tions left empty by the shift. The FILL bit is controlled 
externally. Mode 0 also specifies ‘‘LOAD WORD”’ oper- 
ations from memory. For this, the shift amount has to be ‘‘0 
nibble,’’ because there is no filling or shifting in this mode. 
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TABLE 2. 32-bit bidirectional shifter first-rank 
output equations. 





TABLE 4. 32- bit bidirectional {bitter second- 
rank equations. 


MODE 1 


This mode specifies the ‘‘LOAD BYTE”’ operation, en- 
abling a ‘‘rotate mght’’ by N nibbles (or 2N bytes), after 
which a byte is loaded and empty bits are filled with the FILL 
bit. For this, the least significant bit (S2) must be 0, as shown 
in Table 4. The upper empty bits in the left-hand side are 
filled with the ‘‘FILL’’ signal. 


MODE 2 


This mode specifies *“‘ROTATE LEFT”’ by N nibbles. The 
amount of nibbles to be shifted (N) is determined by S2, S3, 
and S4. For a left shift, the right end is filled with zeros. This 
mode also specifies store operation by byte, half-word (two 
bytes), and full word. The proper amount of shift, specified in 
S2 through S4, has to be provided by the appropriate external 
control signals. 


MODE 3 


This mode is similar to Mode 1, except that it loads a half- 
word (2 bytes). Data is always right-aligned. 

As shown in Table 5, the most significant bit needs 22 
product terms. After optimization, these product terms are 
reduced to 14 product terms, a number that the 22V10 can 
“accommodate. 
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LOAD BYTE... 





TABLE 3. Functional modes of the second rank 
of the bidirectional shifter. 


a ee 
a a ee a ee ee a a 


LEFT-BYTE * FHS ¥ 
* LOD RALE * PRET. 
+, RIGHT." FRL + LEFT“ bei. 
“UP RIGHT-PILL, + LEFT © Ot + 
"LRIGHT-RLL + LEFT © DOP" 





TABLE 5. The Mode 1 LOAD BYTE SET re- 
quires that S2 be zero. 


The eight outputs of the second-rank PALs need 14, 13, 
13, 12, 13, 12, 10, and 9 product terms, in that order. The 
number of product terms available in the 22V10 varies 
between 8 and 16, depending on which output is used. Using 
eight outputs of the 22V10, which have 14, 14, 16, 12, 16, 
12, 10, and 10 product terms for these outputs, only eight 
product terms (for these outputs) are left unused. : 

Implementing a 32-bit bidirectional shifter will take 16 
first-generation PAL devices (AmPAL 16H8/16L8). Imple- 
menting these with SSI/MSI, such as Am25S 10, will increase 
the device count to 24. 


Gate Array Implementation of the 
32-Bit Bidirectional Shifter 


Implementing the straight 32-bit bidirectional shifter would 
take about 1,412 gates in CMOS, as shown in Table 6. 
However, the minimum number of I/O pads will be more than 
96 [32 data inputs, 32 outputs, and 32 intermediate signals 
(B,,--0), plus at least 7 control signals]. Also, for the gate 
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TABLE 6. Gates required for implementation of 
a 32-bit bidirectional shifter in CMOS. 





FIGURE 5. A 4-bit vectored priority interrupt 
controller implemented with the 22V10. 


array implementation, 32 on-chip buffers and 32 2-to-1 multi- 
plexers will be needed for the 32 intermediate bus signals (Big 
to Bo). This will require a total of approximately 1,600 to 
1,700 gates for a gate array implementation. With the require- 
ment for at least 96 I/O pads, the choice for the CMOS gate 
array (using LSI Logic’s gate arrays) will be either LL5220 
(2224 gates) or LL7420 (4242 gates). 


Interrupt Mask and Control Register 


This example illustrates the use of 22V10s to simplify the 
design of an interrupt system; to reduce its cost, size, and 
package count; and to increase its speed and reliability. 

A good interrupt system should handle multiple interrupt 
requests, prioritize interrupt requests, nest the interrupts’ 
service routines (for serving higher-order interrupts), and 
enable/disable interrupts on the fly (dynamically). It should 
also provide selective masking of individual interrupt re- 
quests, and flexibility in the method of clearing interrupt 
requests, as well as a fast interrupt-response system. Ideally, 
it should also support hardware modularity. 

Handling the qualification, latching, and priority ordering 
of interrupts often seems to require a disproportionate number 
of chips. With the 22V10, however, a registered 4-bit inter- 
rupt mask with tristate outputs, a master interrupt-mask bit, 
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FIGURE 6. A 16-bit vectored Sache istawapt 
controller using 22V10s. 


four individual interrupt inputs, a registered priority encoder, 
and a non-latched interrupt detected output can all be included 
in one chip. The interrupt-mask register includes a master 
reset and a load-enable pin to ease interfacing with other 
tristate buses. The priority encoder can also detect any combi- 
nation of input signals considered to be ‘‘illegal,’’ and gener- 
ate a fatal error signal. Figure 5 shows the use of the 22V 10 in 
this application, which uses 13 inputs and 8 outputs of the 
22V10. 

A four-bit mask register is used to mask individual inter- 
rupts. Considerable flexibility is provided for controlling the 
mask register. Interrupt requests on lines INTO through INT3 
are ANDed with the corresponding bits of the MASK regis- 
ter, and results are sent to a 4-input priority encoder; this 
produces a 2-bit encoded vector representing the highest 
priority interrupt, which is not masked. The LOADMSK 
signal loads the MASK register from the input lines. The 
entire mask register is cleared by the MSKRESET_L signal. 
The MSKOE.L signal enables the MASK register outputs 
onto the three-state output bus. VECTOR[1:0] provides the 
encoded interrupt-vector outputs. The interrupt-detect circuit- 
ry flags any unmasked interrupt input and generates the 
INTDET signal. FATALDET signal provides the illegal 
state. Table 7 shows the PLPL (programming language for 
programmable logic) description of this 4-bit vectored prior- 
ity-interrupt controller. 

Structuring of the interrupt logic with a PAL device is 
beneficial in two ways. This approach provides hardware 
modularity, which easily supports expansion. Additional 
modules may be added as the need to service additional 
requests arises. This hardware modularity also provides a 
structural regularity to the hardware design, which simplifies 
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TABLE 7. PLPL specification of a 4-bit interrupt 
controller. 


system architecture and reduces the number of SSI/MSI 
packages. For more than 4 interrupt bits, the vectored outputs 
of multiple 22V 10s can be combined externally using another 
PAL, as shown in Figure 6. As an alternative, however, the 
logic that uses these interrupt vectors (such as the program 
counter) can also be constructed with PALs and can combine 
the vectors internally. 


Myths of Gate Counts and 
Gate-Equivalent Comparisons 


The ‘‘gate-flation’’ of PAL devices and the associated 
marketing claims are a constant source of confusion in the 
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industry. While various attempts have been made to develop a 
‘*gate equivalent’’ formula for PALs, there does not exist an 
acceptable definition. 

Comparing PAL devices and gate arrays on a gate-equiv- 
alent basis is like comparing apples and oranges. For PAL 
devices, it probably does not make too much sense to try to 
develop a ‘‘gate equivalent’’ formula. This is because, for 
system designers, gate arrays and PAL devices are different 
semicustom alternatives, each having their own distinct ad- 
vantages and disadvantages. 

Existing PAL devices are perceived by system designers to 
be strictly SSI/MSI replacement devices, rather than replace- 
ments for gate arrays. Although as an academic exercise one 
may try to do equivalent gate counts for PAL devices, 
boasting PAL devices’ gate-equivalent capabilities only adds 
to the confusion. 

As was mentioned at the beginning of this article, the major 
advantages. offered by PALs over other semicustom alterna- 
tives (such as gate arrays and standard cells) include faster 
turnaround time, design interactivity, and lower development 
cost. In addition, PAL devices are available off-the-shelf 
from many sources. 

System designers who might be able to afford gate arrays 
but cannot afford their longer tumaround times, as well as 
those whose volumes do not justify going to gate arrays, 
should very seriously consider designing with PAL devices. 

Instead of trying to work out gate counts of a design first 
and then figuring out whether a given PAL device can 
implement this, system designers should try to focus instead 
on the capabilities offered by a particular PAL device. For 
optimum usage, an attempt should be made to fully utilize the 
capability of a PAL device—its I/Os, product terms, and 
registers. In applications that can make use of most or all of a 
PAL device’s features, chips such as the 22V10 can offer 
substantial advantages to the designer, compared to any 
alternative implementation. 
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3.7.3 Article Reprint 





Hanging a user-customized macrocell at each output of an LS/-level 
fuse-programmable array logic gives it the flexibility of a gate array. 
The result: Less hardware is needed for high-level functions. 





Reprint with permission from ELECTRONIC DESIGN 


Programmable logic chip 
rivals gate arrays in flexibility 


Designers of semicustom ICs have long appre- 

‘ elated the in-house programming capabilities of 
programmable array logic devices. But gate arrays, 
with their LSI densities and wider opportunities for 
customization, are an inviting alternative, even if 
they must be sent out for metal-mask processing. 
Which approach should 
the designer use? 

An agonizing choice be- 
tween convenience and 
versatility is no longer 
necessary. The first fuse- 
programmable chip capa- 
ble of implementing LSI 
circuits blends the advan- 
tages of both types. The 
result is more cost- 
effective designs with 
higher-level functions 
than previous pro- 
grammable logic devices 

‘offered and a shorter 
turn-around time than is 
possible with gate arrays. 

The new chip, the 
AmPAL22V10, can be 
thought of as a fuse- 
programmable gate array, 
since at twice the density of previous programmable 
array logic devices, it replaces the equivalent of log- 
ic circuits having 500 to 1000 gates (see “Blending 
Programmable Logic and Gate Arrays,” p. 97). In 
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fact, because of its flexible, programmable architec- 
ture, the chip spans the breadth of standard SSI, 
MSI, and present-generation PAL devices, often ac- 
complishing what could not be practically done with 
several such chips. 

Designers program the 22V10 by opening fusable 

links in any or all of its 10 
output macrocells, as well 
as in its AND-gate array, 
developing the needed log- 
ic functions. Though the 
AND-gate structure 
makes the unit similar to 
other PAL devices, the 
chip’s 10 output logic mac- 
rocells afford a substan- 
tial new degree of design 
freedom (Fig. 1). 

What’s more, at the 
chip’s output pins are 10 
three-state output buff- 
ers, each fed by a mac- 
rocell and controlled 

‘through a separate out- 
put-enable AND gate. 

The macrocells provide 
the 22V10’s key features: 
They can be configured to 

make any or all of the I/O pins act either sequen- 
tially or combinatorially and have either active 
highs or active lows. Additionally the Output En- 
able can individually control the I/O terminals to 
act as output pins, input pins, or bidirectional ports. 
Thus the designer can readily change the chip’s ar- 
chitecture. 

Within the array, each AND gate is fed by the 
true and complementary levels of the chip’s 12 input 
lines, one of which doubles as a clock line. Also, each 
AND gate is fed by the true and complementary 
levels of the 10 feedback outputs from the output 
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logic macrocells. 

Each of the AND gates therefore has 44 inputs, 
and there are a total of 182 AND gates in the array. 
The result is over 5800 fuses that can be pro- 
grammed to perform the desired function. 

A total of 120 of the input AND gates are distrib- 
uted to drive 10 OR gates, forming the logical part 
of the AND array. In addition, one AND gate is 
assigned to control each of the 10 three-state out- 
puts, and the remaining two gates activate synchro- 
nous register presets and asynchronous register 
resets. 

The array itself consists of 10 AND-gate macro- 
cells (five similar pairs), each logically ORing the 
outputs of anywhere from 8 to 16 AND gates. The 
AND gates are distributed so that the two out- 
ermost macrocells in the array logically OR to- 
gether eight AND gates. The next two outermost 
macrocells logically OR together 10 AND gates; the 


Output 
macrocell 


AND-gate 
macrocell 


Programmabie 
i AND 


(aa x 192) 


AND-gate 
macrocell 


[2] AND-gate 
macrocell 
' lanl, Ia 


AND-gate 
macrocell 


oe ee oe 





1. A fuse-programmable LS/ device combines the efficiency 
of programmable logic arrays with the flexibility of gate 
arrays. Ten user-definable output macrocells allow the 
designer to set the logic outputs individually for one of four 
configurations. They can even be used as inputs or 
dynamically controlled 1/0. 
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next, 12 AND gates; and so on, traveling inward 
along the array. In other words, moving toward the 
array’s center, two AND gates are added to succes- 
sive pairs of macrocells, ending with the two inner- 
most macrocells, each ORing 16 AND gates apiece. 

The variable distribution of AND gates is partic- 
ularly useful when implementing counting, ex-. 
clusive-OR functions, and complex state machines. 
For example, a 10-bit binary counter has only one 
AND gate on the LSB but requires an additional 
gate for each succeeding bit, for a total of 10 AND 
gates to implement the MSB. Should a hold, parallel 
load, or specialized function also be desired, the 
MSB requires even more AND gates. 

To program the array into its. familiar sum-of- 
products Boolean function, a designer blows the cor- 
responding fuse links. Those links initially con- 
nected the chip’s pins and their complements to all 
132 of the 44-input AND gates. As mentioned, the. 
designer can also program any OR-gate output to be 
a dedicated input or a dynamically controlled I/O 
pin. This is possible because the connection from an 
output macrocell to its output pin is through a 
three-state output buffer and is controlled by an 
output-enable AND gate. Turning off the connec- 
tion turns the output pin into an input. Otherwise 
the pin remains connected to the output macrocell, 
fed by the OR gate. ; 


An output with a difference 


The chip’s output section is where it appears more 
like a gate array than a PAL device. The output 
macrocells allow the designer, by individually set- 
ting the outputs to be either sequentially or combi- 
natorially and either active high or active low, to 
program either the true or complementary version 
of a logical term—whichever makes the most effi- 
cient use of the chip’s AND array and fits the chip 
to the application. Furthermore, independent con- 
trol over the active state helps the designer conform - 
to common logic conventions, thus avoiding con- - 
fusion and error. 

For example, certain functions, such as chip se- 
lects and resets, tend to be active low. The output 
macrocells avoid contradictions with convention by 
inverting outputs, individually changing them when ~ 
necessary to conform. Finally, by individually 
selecting either sequential or combinatorial out- 
puts, the macrocells impart to the chip the capacity 
for implementing more functions than is possible 
with existing PALs. 

The macrocell (Fig. 2a) contains three main logic 
blocks: a rising-edge-triggered D-type flip-flop 
with asynchronous reset and synchronous preset in- 
puts, a four-to-one output-path selection multiplex- 
er, and a two-to-one feedback-path selection multi- 
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plexer. Two fuses are imbedded in each macrocell to 
control the four possible output configurations: R, 
selects sequential or combinatorial operation; P,, se- 
lects active low or active high. 

With both fuses intact, the output is sequential 
and active low (Fig. 2b). The Q output of the flip- 
flop passes to an inverting output buffer, and the Q 
output feeds back to the AND array internally. This 
configuration is particularly suitable for state- 
machine designs. Alternatively, by programming 
(blowing) P,, the designer can make the output ac- 
tive high. 

On the other hand, by programming only R,, the 
designer makes the output combinatorial and active 
low. For this scheme, the OR-gate output bypasses 
the flip-flop and feeds the inverting output buffer 
directly. At the same time, the feedback multiplexer 
passes the output back into the array (Fig. 2c). 

By programming both fuses, the designer makes 
the output combinatorial and active high, and, 
again, the feedback multiplexer passes the output 
back to the array. This configuration serves best for 
“glue” logic and for generating complex control 
functions. 

Finally, when the device is programmed in the 
combinatorial configuration, the programmable 
Output Enable can be used to transform an output 
pin into a dedicated input or a dynamically con- 
trolled I/O terminal. Once enabled as a dedicated 


input, however, a pin’s output function is sacrificed. 
This capability is extremely valuable when par- 
titioning functions into the device. The limitation is 
no longer the numbers of input devices, but the total 
number of device pins. Lastly, as a dynamically con- 
trolled I/O, the pin serves both functions, meeting 
most bus requirements. 


Intelligent use 


One of the most challenging jobs in designing 
microprocessor systems is installing intelligent pe- 
ripheral controllers—that is, controllers that can 
transfer data themselves and so unburden the pro- 
cessor from inefficient polling operations. One solu- 
tion is to build a custom intelligent controller from 
scratch using the 22V10 (Fig. 3). This controller gov- 
erns data flowing between a microprocessor and up 
to eight peripheral devices, all conforming to the 
Small Computer Systems Interface standard (SCSI, 
the ANSI X3T9.2/82-2). 

The interface consists of an 8-bit bidirectional 
data port (DB;-DB,); three control outputs— 
Acknowledge (ACK), Select (SEL), and Reset 
(RST); and five control inputs—Request (REQ), 
Control/Data (C/D), Message (MSG), Busy (BSY), 
and Input/Output (I/O). There are additional 
signals, unrelated to the SCSI standard. They in- 
clude several microprocessor controls, such as ad- 
dress lines A, and Az for setting the data’s desti- 





Blending programmable logic and gate arrays 


Centered on a fuse-programmable AND array, the 
architecture of a PAL (programmable array logic) 
device offers designers a powerful, instantly mod- 
ifiable logic building block. As a result, PAL devices 
are used in a wide variety of applications, ranging 
from microprocessor-based systems to supermini- 
computers. 

Since gate arrays are not programmed in house, 
they have a much slower turnaround time and higher 
cost. Yet gate arrays’ simple logic structure makes 
them easier to customize than PAL devices, and their 
larger size makes for denser logic structures. 

A gate array’s simpler structure can be a draw- 
back, however. For example, typical gate arrays are 
based on just two- or three-input gates; therefore, to 
implement complex functions, they often require 
many gate levels, which results in slow logic struc- 
tures. In contrast, PAL devices, like memories, make 
more efficient use of their silicon area and can be 
configured into fast logic structures. Consequently, 
even with a slight overhead for programming cir- 
cuitry, PAL densities are beginning to rival those of 
gate arrays. 

However, innovative circuit techniques and an 
oxide-isolated bipolar process team up in the 
AmPAL22V10 and combine the advantages of PAL 


devices and gate arrays. For example, the pro- 
grammable output macrocells are designed to add 
only one Schottky diode in the delay path. As a 
result, the chips selected for high speed have a worst- 
case input-to-output propagation delay and setup 
time of only 25 ns, as well as a worst-case clock-to- 
output delay of a speedy 15 ns, over the commercial 
temperature range. Also, the oxide-isolated process 
fits the chip’s ability to implement complex func- 
tions into a 24-pin, 0.8-in.-wide package. 

For convenience, a feature called Preload loads the 
chip’s internal registers with an arbitrary value, so 
that the designer can perform a complete post- 
programming functional test. In fact, Preload is a 
necessity for testing state machines, where the suc- 
cessive states depend on past and present values, as 
well as on the inputs. Without Preload, complex and 
sometimes impossible sequences would have to be 
entered before the first test could be performed. 

What’s more, platinum silicide fuse technology 
makes programming faster and increases reliability, 
and a well-controlled melting rate yields large, sta- 
ble, nonconductive gaps. Address circuitry, much like 
that of a PROM, blows one fuse at a time, and pro- 
gramming is done with an algorithm that is easily 
adapted to a wide variety of available machines. 
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nation, read and write controls (IORD and IOWR), 
Interrupt Request (INTREQ), Chip Select 
(CSSCSI), System Clock (SYSCLK), and buffer and 
latch enables (BE and LE) for passing bus data be- 
tween the processor and its peripherals. 

In operation, the controller assigns one of eight 
peripheral devices to be a master by activating SEL 
and at the same time sends the master’s address to 
the SCSI data port. From then on, when a device 
notifies the controller that it needs to transfer ei- 





ther a command or data, the controller interrupts _ 


the host processor. In turn, the processor reads the 
controller’s status register to determine which de- 
vice is requesting service and the type of request it 
is making. After its status register is read, the con- 
troller removes the interrupt request and carries 
out the required transfer. nag 

Meanwhile the selected device issues a BSY 
signal, letting the other devices know that the bus is 
in use. The data transfer is managed by the hand- 
shake signals ACK and REQ, and the processor ac- 
tivates RST as needed by pulling both WR and RD 
low at the same time. t 








Matching the chip to its application starts with 
an assessment of the available resources against 
those needed to do the job. In general, that means 
establishing that the chip has enough input and 
output pins and product terms to accommodate the 
logic functions required by the application. 

As to the pinouts, the 10 outputs required by the 
application do, in fact, match the 10 available on the 
chip. Four of the pins are used for the bidirectional 
data bus and the rest are dedicated outputs. As for 
inputs, the SCSI controller requires 11, which the 
chip more than satisfies with its total of 12. 

Next the designer develops the product terms 
needed to execute the controller’s job and compares 
the number and size of the required terms with the 
number available from the chip. The resulting con- 
troller equations (see Table 1) number 10, and these 
nestle neatly into the chip’s 10 available AND-gate 
macrocells. Also, the maximum number of terms in 
any one equation—in this case, those making up the 
acknowledgment function—is only 6, compared 
with the chip’s capacity of 8 to 16. Thus the control- 
ler function fits easily into a single programmable 


Asynchronous Wena <5 
Reset | 0 


Output 
selection 
multiplexer 


S, So 





2. Each of 10 output macrocells (a) are independently fuse-programmed for one of four 
configurations. Fuse R,, controls whether the outputs are sequential or combinatorial, and 
fuse P,, determines whether they are sctive high or active low. With no fuses blown, the 
output is sequential and active low (b). Blowing only R, gives a combinatorial active-low 
output, and blowing only P,, gives a sequential active-high output. Finally, blowing both 
fuses changes the output to combinatorial and active high (c). 
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logic array, as can more complicated micro- 
processor peripheral interfaces. 

The 22V10’s real power, however, becomes appar- 
ent when it is needed to fill an application that 
appears to demand more than the chip’s resources 
can deliver. Insufficient input or output pins or 
product terms are frequent shortcomings of many 
devices when the job is very formidable. With its 
highly versatile I/O architecture, however, the 
22V10 can accommodate conditions that would 
make chips even larger than itself inadequate. 


Table 1. Peripheral controller equations 


Combinatorlal equations 
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3. The problem of designing an intelligent peripheral 
controller is simplified by the 22V10’s flexible 1/0 structure. 
With the freedom to assign different architectures to 
Gifterent pins, the designer can make better use of the 
chip's input and output pins and product terms. 
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For example, one of the most complicated func- 
tions to perform with a digital computer is floating- 
point arithmetic, or more specifically the nor- 
malizing of numbers in the process. As a result, no 
standard MSI or LSI logic for normalization exists. 
Yet the programmable array is well-suited to inte- 
grating at least part of this complicated logic func- 
tion. 

Normalization is necessary because a floating- 
point number is represented in two parts: a man- 
tissa and an exponent. The mantissa is a fractional 
number that is adjusted, or normalized, so that a 
binary 1 always occupies the most significant bit. To 
normalize a floating-point number without chang- 
ing its value, a compensating adjustment must be 
made to the exponent. In effect, the exponent, a 
power of two, is incremented for each bit position 
that the mantissa is shifted to the left. 

Because the process of normalization can be very 
costly if done wholly in parallel, it is more efficient 
to process a number one byte at a time. Further- 
more, because of the function’s complexity, it is rea- 
sqnable to partition the normalization unit into two 
units: an execution unit, which acts on the incoming 
data, and a control unit, which directs the execution 
unit. Thus the two units together form a byte-wide 
floating-point normalization (BFN) unit, with the 
programmable logic array making up the execution 
unit (Fig. 4). 

The design of the execution unit breaks up log- 
ically into the four main instruction categories; De- 
tect, Normalize, Merge, and Shift. Detect tests the 
incoming data for a binary one in any bit position. 
When such a nonzero byte appears, a flag, F, 
informs the control unit and tells it to begin the 
normalization process. Next, the Normalize com- 
mand determines the number of bit positions to 
shift the incoming byte, in order to put its first bit 
in the most significant position. Then the Shift com- 
mand adjusts the input data to the left by the spec- 
ified number of bit positions, filling the lower bits 
with Os. Finally, the Merge command adds in the 
full numbers’ remaining bits, adjusting them so 
that the entire number is intact and shifted. 

From the beginning, even before the equations of 
the execution unit have been fully developed, it ap- 
pears that the resources of the programmable array 


will be insufficient for the job (see Table 2). Four- 


teen input pins are needed, against the chip’s 12, 
and 12 output pins are needed, whereas the chip has 
only 10. Nevertheless, a closer look at the execution 
unit equations, with an eye toward consolidating 
I/O pins and functions, turns up paths around the 
seeming shortages. 

One “problem” that proves not to be one is the 
number of outputs. Although they number 13, not 
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all are active at the same time. For example, the 
outputs Vo-V2, which specify the number of shift 
positions as a three-bit binary number, are active 
only when no other outputs are. Thus they can share 
their output circuitry with other signals, relieving 
the output shortage. 

However, combining the shift outputs with other 
terms creates a product-term deficiency. Yet, again, 
careful observation reveals a solution. One way to 
reduce the product terms of a function is to invert it, 
using the programmable array’s output macrocell. 
The most likely candidate for such a reduction is the 
function with the most product terms. Although 
there are several, the best, because it is relatively 
removed functionally from the others, is the detec- 
tion flag, F. Its function is given by: 


F= D;+Ds+D;+D,+D3+De2+DitDo 


where D; through Dy are input data bits, which, if 
any are high, indicate a nonzero byte. 









Table 2. Allocation of chip resources 


114 required 


120 available 


108 required 


Byte-wide floating-point 
normalization (BFN) 
contro} unit 


Function unit 
clock (50 ns) 
‘CLK 





When De Morgan’s theorem is applied, the long 
OR string of active-high data reduces to a single 
AND term, saving a total of seven product terms. 
Still, two input pins must be found for the pro- 
grammable array to fully incorporate the logic of 
the execution unit. Since De Morgan’s theorem can- 
not minimize the logic any further, the only answer 
is to locate any product terms that underuse the 
chip’s resources, combine them, and lend their out- 
put pins to the cause by making them I/O pins. 

Examination of the instruction input specifica- 
tion (see Table 3) reveals that during Detect only 
three of the five instruction inputs are necessary, 
freeing the two others to be used as outputs. There- 
fore instruction bits Ip and I, can share the outputs 
that were previously dedicated to shift bits Vo and 
V,, thus meeting the execution unit’s final require- 
ments in a single chip.» 


Table 3. instruction definitions 


Inetruction 


OOXXX 
00XXX 
O1N2N2No 
10N2N4No 
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Result output, 
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Exponent output 


4. Floating-point arithmetic is a hardware-intensive process that, for the most part, has 
defied integration. Yet by partitioning the tasks into smaller pieces, a designer can 
apply the power of the programmable array to the job. The chip’s flexibility 
contributes to its successful implementation as a floating-point execution unit, even 
though its resources may seem insufficient. 
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PAL device buries regisiers, 
brings state machines to life 


Om Agrawal and Kapil Shankar 


Advanced Micro Devices Inc., 901 Thompson PI., P.O. Box 3453, Sunnyvale, CA 94088; (408) 732-2400. 


Designers who build state machines from pro- 


grammable logic devices (PLDs) must develop 
good juggling skills. The job usually takes a careful 
balancing of the I/O pins, the product terms, and 
the registers that store states and output bits. But 
because these resources all are limited in a PLD, 
performance and compactness often have to be sac- 
rificed in favor of the desired function. 

Ideally, state-machine designers need a PLD 
with buried, or internal, state registers, compact 


packaging and high . 


speed. Buried registers 
free valuable I/O pins; a 
small package saves 


and high operating 
speed speaks for itself. 
Approaching the 
ideal is the AmPAL- 
23S8, the first 20-pin 
programmable array 
logic (PAL) device de- 
signed specifically for building state machines and 
sequencers. Its architecture is more flexible than 
any 24- or 28-pin PAL device or programmable 
logic array (PLA). For example, it has 14 edge- 
triggered, D-type flip-flops (Fig. 1). That alone 
compares favorably with 24-pin bipolar PAL de- 
vices, which have up to 10 registers, and with 24- 
and 28-pin PLAs, which have 12 to 14 registers. 


Only 40-pin PAL devices with 16 registers surpass _. 


the new chip. 

As significant is the fact that of the chip’s regis- 
ters, six hold buried state bits. By definition, the 
buried registers do not merely free I/O pins: In- 
deed, they actually enhance the chip’s value as a 
state machine. Driven by the chip’s AND-OR 
array the buried state registers, along with the eight 
registers dedicated to I/O pins, make possible a 
wide range of states and outputs. 

Moreover, the buried state bits can be easily 
accessed, controlled, and observed. Although the 


precious board space; — 


first two attributes are common among PAL de- 
vices, the third has always presented problems. The 
23S8 is the first chip whose product-term array 
makes the buried state registers observable. 

Of the other eight registers, four serve in output 


" Jogic macrocells and four store output states. Each 


macrocell contains three main blocks (Fig. 2). One 
block is the register, a rising-edge-triggered flip- 
flop sharing asynchronous reset and synchronous 
preset inputs with all the other flip-flops. The other 
two blocks are multiplexers, one of them selecting 
from one of four output paths, the other from one of 
two feedback paths. 

The logic chip is small, fast, and easy to program. 
Packaged in a 0.3-in. DIP, it is half the width of 
28- and 40-pin PAL and PLA type devices. More- 
over, it comes in 33- and 28.5-MHz versions, with 
propagation delays of 20 and 25 ns, respectively. 
The faster version is an ideal companion for new 
8-MHz, 16-bit microprocessors, as well as for 
16-MHz, 32-bit units. Even at 28.5 MHz, the new 
chip is faster than existing bipolar PLA-based se- 
quencers, which operate from 20 to 25 MHz. It also 
beats equivalent-density PAL devices operating at 
or below 25 MHz. 

Programming takes place by blowing reliable 
and fast platinum silicide fuses, and using available 
software packages. Like all PAL devices, the 23S8’s 
fusible AND-OR array is a direct measure of its 
capability. With 6200 fuses, it is three to six times 


Distribution of logic product terms 


Number AND gates ORed 
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the size of standard 20-pin bipolar PAL devices. In fact, it 
is larger than all other bipolar PLDs except for the 40-pin 
chips, which are three to four times as large and have 
some 8000 fuses. The new chip’s fuse array handles all 14 
registers, with 6 to 12 logic products for each output, and 
up to 23 inputs—9 of them dedicated, 8 for feedback, and 
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4. The AMPAL23S8 is the first 20-pin PAL device de- 
signed specifically for bullding state machines 
and sequencers. It contains 14 registers, 6 of 
them buried and requiring no 1/O pins, 4 ded- 
cated fo output macrocells, and 4 storing output 
bits. The states of the burled registers are easily 
observed, which simplifies debugging. 


Electronic Design » July 24, 1986 


6 for the buried states. 

The number and distribution of the chip’s product 
terms are two other measures of its capability. It has alto- 
gether 135 product terms for logic and control functions. 
Moreover, the AND array that drives the 14 flip-flops is 
variably distributed (see the table, p. 101). 

The distribution of the 124 logic product terms helps 
adapt the chip to system requirements, while optimizing 
its internal resources. (Of the 11 other terms, 8 control 
output, the remaining 3 control preset, reset, and observ- 
ability, respectively.) For additional flexibility in de- 
signing powerful state machines, the chip can trade off the 
product terms of its buried registers. 


OBSERVABILITY CLOSE UP 


The chip’s observable product term is generated by the 
AND-OR array, along with an ability to preload the 
buried registers. Observability helps check a buried regis- 
ter’s state, so that a designer can monitor any register dur- 
ing debugging. 

Under control either of a single pin or of a combination 
of six input signals, the observable product term drives a 
set of inverting buffers. In normal operation, the buffers 
also serve the four dedicated output registers and two of 
the four macrocells. When activated, therefore, the ob- 
servable product term disables signal flow from those reg- 
isters and macrocells and simultaneously connects the six 
buried registers to their respective I/O pins. 

Flexibility in configuring a state machine derives from 
the independent control of output and feedback multi- 
plexers. Each output macrocell has three fuses, two to 
determine the output path and one the feedback path. The 
fuses can configure the macrocells in eight ways: a combi- 
natorial or a registered output with either an I/O pin or a 
registered feedback. Each of those four variations offers 
either active high or active low outputs. 

In the output path, fuse S, determines whether the out- 
put is active high or active low. The output-nature fuse, 
S,, selects sequential or combinatorial operation. When 
both of those fuses are intact, a flip-flop’s Q pin passes 
through an inverting buffer, making the output active low 
and registered. 

On the other hand, programming or blowing S, renders 
the output term active high; blowing S. causes the output 
to bypass the register, making it combinatorial. A combi- 
natorial output with feedback can, moreover, provide 
more than one level of ORing logic. Finally, fuse S; con- 
trols the feedback path, sending either the flip-flop’s Q 
output or the I/O pin back into the array. 

Controlling each output’s enable line through a prod- 
uct term from the AND array creates further options by 
transforming an I/O into a dedicated input, a dedicated 
output, or a dynamically controlled I/O pin. A designer 
can thus adjust the number of input and output pins, and 
have the dynamic I/O capability required by most buses. 
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Each output enable product term is further associated 
with an individual polarity fuse. This polarity fuse allows 
designers to modify a control signal to enable outputs us- 
ing De Morgan’s theorem, which is especially useful for 
bus control applications. 


select 
multiplexer 
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’ 2, Each programmable macrocell has three main 
blocks: a rising-edge-triggered D-type flip-flop, 
an output multiplexer, and a feedback multi- 
plexer. The output multiplexer selects from one of 
four output sources; the feedback multiplexer 
feeds either an I/O pin or the flip-flop’s Q output 
into the programmable AND-OR array. ° 
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The chip’s high speed and buried state registers make it 
an ideal foundation for a flexible and fast dynamic RAM 
controller that meets the complex requirements of the lat- 
est microprocessors. Even at a 16-MHz processor clock 
rate it can become a controller with few or no wait states 
that might otherwise have to be built from scratch. 

There is, for example, no ready-made controller that 
can take advantage of dynamic bus sizing—the auto- 
matic adjustment to the amount of data movable in one’ 
bus cycle. Nor can any off-the-shelf unit handle misal- 
igned data, that is, when an operand falls outside its 
proper memory boundaries. Bus sizing and data align- 
ment are features of the recently arrived Motorola 68020 
and the Intel 80386, both 32-bit microprocessors, But a 
controller able to perform the two functions can be built 
around two 23S8s, one for timing and arbitration logic 
and the other for data sizing and alignment (Fig. 3). 

The timing and arbitration chip arbitrates among 
present, refresh, and CPU cycles; executes read or write, 
read-modify-write, and refresh cycles; and asserts inter- 
face signals. The chip first arbitrates between the proces- 
sor’s Memory Request (MREQ) and Refresh Request 
(RFCLK) signals. It gives priority to the cycle currently 
being executed, follows this with the refresh cycle, and 
concludes with the processor cycle. Both intermittent and 
burst-mode refresh schemes are therefore possible. 

The design’s timing relationships and arbitration re- 
quirements define a state-machine diagram (Fig. 4). The 
actual state machine 
employs five of the six 
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3. Two 2358s lie at the heart of an advanced dynamic RAM controller that 
compares well in its data-transfer features—such as dynamic bus sizing and 
handling misaligned data—with recent 32-bit microprocessors. One of the two 
main PAL devices controls the timing and arbitration of the memory cycles; 
the other sizes and aligns data transfers. 





available buried regis- 
ters. The sixth register 
is a flag and so acts as a 
small, independent state 
machine. Either of two 
software packages— 
Cupl from Personal 
CAD Systems Inc.’s 
Assisted Technology 
Division (San Jose, 


. Calif.) or Abel from 


Data I/O Corp. (Red- 
mond, Wash. )—easily 
describes the state oper- 
ations. (Cupl is the lan- 
guage used in this par- 
ticular example.) 

No arbitration takes 
place during the exe- 
cution of a cycle, which 
is indicated by a state 
other than 0. The tim- 
ing and arbitration chip 
stores any refresh re- 
quest and responds to it 


Electronic Design + July 24, 1986 


3-344 


SIG, COLADD, ROWADD 


DESIGN ENTRY & State-machine PLD 


later, continuing to follow the current cycle through its 
various states. Thus the current state automatically takes 
priority, and no other cycle is started until the current one 
is complete. 

At the end of the cycle, at state 0, the timing and arbi- 
tration chip arbitrates between MREQ (a CPU cycle) 
and RFCLK. In the small independent state machine, 
the buried register flag, Bs, latches RFCLK, which may 
last no longer than one clock cycle. When RFCLK is 
high, B; toggles to state 1 and stays there until the refresh 
cycle is executed. Then it toggles back to state 0 to be 
ready for the next RFCLK. 

During refresh cycles, the timing and arbitration chip 


asserts the Refresh signal (RFSH), which supplies the re- _ 


freshed row address to the memory address bus. The chip 
also generates the Row and Column Address Enable 
Lines, ROWADD and COLADD, which multiplex ad- 
dresses onto the memory bus. At state 16, the chip re- 
moves ROWADD and asserts RFSH: state 17 asserts the 
Row Address Strobe signal (RAS) and refreshes all 
memory banks before removing RAS and RFSH. Re- 


Processor cycle 


MREQ, Bs Arbitration 





MREQ, Bs, ADSELg, ADSEL 9.1 
RASo-RAS3 





Count = 1- 
Count = 2 


Read and 


write cycle Count = 2 


RMC RMG 





RAS, COLADD, ROWADD 


ROWADD, COLADD 


Note: When signal designations appear 
above and below a line, the upper indicates 
inputs and the fower, outputs. 





4. A state diagram for the timing and arbitration chip reflects Its oper- 
ation for selecting and orchestrating the memory cycles. The chip 
waits In state 0 to handle either a processor cycle or a refresh cycle; 
the latter takes priority over any but a cycle currently In progress. The 
chip performs refresh, read, write, and read-modify-write cycles. 
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B. 
ROWADD, RFSH 


RAS, RFSH, ROWADD 


moving RFSH increments an external 10-bit refresh-row- 
address counter (AmPAL22V 10) to the next row. 

If no refresh request is pending during state 0 and 
MREQ is asserted, a processor cycle begins and the ma- 
chine jumps to state 1. Otherwise the machine stays in 
state 0 and polls for either a refresh or processor cycle. 

The PAL chip responds to the processor’s signal RMC 
to execute a read, a write, or a read-modify-write cycle, 
with the internal registers controlling timing for the dif- 
ferent cycles. If, for instance, the memory consists of 
4 Mwords, organized as four equal banks of 32-bit words, 
the chip asserts a RAS signal for each bank—RAS, 
through RAS;. 

The strobe signal being asserted depends on address- 
select signals ADSEL» and ADSEL,, which in most sys- 
tems are the high bits of the processor’s address bus. After 
asserting the proper strobe, the machine jumps to state 2 
to manipulate the address-handling signals. For instance, 
to multiplex addresses, ROWADD and COLADD are 
again asserted. 

In state 2, the timing and arbitration chip removes 
ROWADD and asserts COL- 
ADD, along with SIG, the refer- 
ence that tells the data-sizing and 
alignment chip that a processor cy- 
cle isin progress. SIG syn- 
chronizes the two 23S8s and in- 
structs the data-sizing and 
alignment PAL to send a column- 
address strobe (CAS) to memory. 

The state machine remains in 
state 2 for an extra-cycle, and then 
moves to state 4 to allow time to ac- 
cess the data. There it decides, 
based on processor signal RMC, 
whether to execute a read, a write, 
or a read-modify-write cycle, Be- 
fore completing a read or write ac- 
cess, the timing and arbitration 
chip removes RAS and waits for 
one more cycle to allow for the 
RAS precharge time. Simulta- - 
neously, it switches back to ROW- 
ADD from COLADD in prepara- 
tion for the next processor cycle, 
and disables SIG. 

When the RMC signal requests 
a read-modify-write cycle, the 
timing and arbitration chip auto- 
matically lengthens the cycle. It 
holds RAS until DSACK and WE 
signals have been asserted, and 
only then completes the cycle. 

The data-sizing and alignment 
chip works only during a CPU cy- 


Refresh cycle 
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cle. It creates WE for the write and read-modify-write cy- 
cles, and it accepts SIG, which synchronizes the chip’s 
different states (Fig. 5) with those of the timing and 
arbitration chip. 

Four of the data-sizing and alignment chip’s buried 
state registers generate its state-machine function. The 
machine starts polling in state 0 and stays there until it re- 
ceives SIG, the start of a processor cycle. 

The 68020 has a 32-bit maximum data width and a 
data bus divided into four byte-wide segments, each inde- 
pendently controlled by a CAS signal from the data- 
sizing and alignment chip. The processor can therefore 
read and write byte-wide data over any segment. 

The four CAS signals, CASp to CAS;, strobe the col- 
umn address from the high- to low-order memory bytes. 
The signals also allow the microprocessor to read and 
write across the low-low, low-middle, high-middle, and 
high-high bytes of a 32-bit data port. The data-sizing and 
alignment chip must assert all four CAS signals for a 
32-bit port; only CAS, and CAS; are needed to supply a 
16-bit port’s low- and high-byte strobes; while for an 8-bit 
port, CAS; is enough. 


5. The data-sizing and alignment chip works only 
during a processor cycle and waits in state 0 until 
one Is requested. If the processor calls for a read 
or a write cycle, the chip asserts DSACK, CAS, 
and, for a write cycle, WE. For a read-modity-write 
cycle, It asserts two DSACK signals, one each for 
the read and write segments. 


Electronic Design » Juty 24, 1986 





The data-sizing and alignment chip asserts the CAS 
signals in state 1, and selects them according to the size of 
the port in use, the width of the data being moved, and 
how the data aligns with the port. Coding on input pins 
PRT) and PRT, shows the port size; signals SIZ, and 
SIZ, from the microprocessor show data width; and the 
microprocessor’s least-significant address bits, Ap and 
A,, give the alignment. 


THE PROCESSORS PREFERENCE 


The size of the port dictates the amount of data that can 
be transferred in any one cycle. Based on the PRT signals 
the state machine asserts DSACK signals, which ac- 
knowledge the CPU and tell it how much data it can 
move, since it will always try to move as much as possible. 
The state machine synchronizes the acknowledgment 
timing, asserts the required CAS signals, and holds them 
until the read, write, or read-modify-write cycle is com- 
plete. 

A read cycle’s DSACK signal is asserted in state | and 
remains until the end of the cycle at state 4. A write cycle 
is identical, except for the additional WE signal. But a 
read-modify-write cycle requires two DSACK signals, 
one for reading, the other for writing. The first DSACK is 
the same as that for a read or a write cycle; the second 
DSACK occurs in state 8 and remains until state 11, with 
a delayed WE asserted in state 8 by an internal 4-bit 
counter.O) 
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Chip designers are creating powerful CPUs and peripherals 
with 16- and 32-bit parts. Mixing these with 8-bit parts 
overcomes limitations imposed by established designs, 
incomplete families, and software incompatibility. 





by Mark S. Young and 
James R. Williamson 





Integrating. 16- and 32-bit peripherals and CPUs 
into 8-bit designs, at the simplest level, means 
separating the control and data paths from new 
peripherals and the systems. Mixing different data 
path widths and control protocols, however, makes 
possible major improvements in function, perfor- 
mance, and cost. 

The price/performance curve of VLSI chips, for 
example, allows designers to obtain more and bet- 
ter functions for the same amount of money every 
year. Alternately, the functionality of a device can 
remain constant while the price falls. 

Moreover, these new devices with wider data paths 
can extend the life of older designs. For example, 
many of the most popular personal computers today 
use the 8088 microprocessor and, therefore, are con- 
strained to an 8-bit data path. Designers of add-on 
accessories for these personal computers prefer the 
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holds a BA in computer science from the University 
of California at Berkeley. 


James R. Williamson is an applications engineer at 
AMD. He holds a BS in electrical engineering from 
the California State Polytechnic University, Pomona. 


newer 16-bit peripherals. These peripherals will let 
users preserve their software investments, improve 
performance, and stave off obsolescence. 

Mixing different data path widths can also enhance 
new designs. For example, it is less expensive to use 
an 8-bit bus in a new design because the memory 
requirements are generally cheaper. Only half as 
many dynamic RAMs are necessary for the same 
number of kilobytes of memory. In addition, an 
8-bit bus needs much less control and support logic. 
Designers can mix smaller data path peripherals with 
wider data path CPUs. This allows them to introduce 
systems based on the newer, more powerful 32-bit 
CPUs even before 32-bit peripherals are available. 

Designers can use this mixing method to obtain 
wider data paths from existing designs until a new 
system design is warranted. They can also use parts 
in unexpected applications. For example, cost- 
conscious terminal manufacturers might want to use 
the Am8052/8152A chip set (the 8052 is an advanced 
CRT controller and the 8152A is a video system con- 
troller) in new terminals based on the relatively 
inexpensive 8051 microprocessor. Mixing the 8-bit, 
single-chip microprocessor with the 16-bit CRT con- 
troller allows designers to maximize the cost/perfor- 
mance ratio of the terminal. 

Mixed data path widths can improve bus utiliza- 
tion as well. A 16-bit peripheral in a 32-bit system 
only occupies half the data bus for data transfers. 
If the designer mixes the data paths correctly, how- 
ever,'the 16-bit peripheral could transfer data as 
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WALT UNTIL PERIPERHAL TAKES BUS 
MAKE SURE MEMORY ACKNOWLEDGE 15 
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~ 


STROBE tN DATA 10 PERIPHERAL 
DEASSERT Wall 
WAIT FOR SUCCESSFUL READ (D8) 


The state flow control diagram for u bus master read 
operation illustrates the control sequence employed 
by the 8/16-bit bus control logic. 





32-bit chunks and improve bus efficiency by 100 per- 
cent for that peripheral. 

Two central concerns stem from mixing devices 
that communicate over different-sized buses. The 
first problem results when two devices communicate 
on a ‘‘common’’ data bus. Consider, for example, 
a 32-bit system utilizing 8- and 16-bit peripherals. 
Overcoming the mismatched data paths requires 
some form of controlled multiplexing/demultiplexing 
of the different data paths. In addition, extra con- 
trol signals for partitioning the 32-bit word into 8-, 
16-, and 32-bit chunks may be required. 

Many 16-bit CPU-based systems that use 8-bit 
peripherals normally use just the lower 8 bits of the 
data bus to transfer data to and from the peripheral. 
This method does not work in systems using 16-bit 
peripherals and 8-bit CPUs, however, and it tends 
to break down in systems with 8-bit peripherals hav- 
ing bus master capability. 

A bus multiplexing method involves multiple 
transfers when taking data from or adding data to 
a mismatched data bus. For example, before a 16-bit 
peripheral can transfer data over an 8-bit bus, the 
16-bit data must be divided into two 8-bit chunks. 
It is then transferred sequentially. First, the lower 
8 bits are transferred out on the bus. Then, in the 
next transfer cycle, the upper 8 bits of the 16-bit 
word are sent out. The major difference in the oppo- 
site case—a bus read operation from an 8-bit bus 
to a 16-bit device—is that the first byte read from 
the system must be latched. Once the second byte 
has been fetched, the 16-bit peripheral reads in the 
assembled 16-bit (2-byte) word. Additional provi- 
sions may be needed when the 16-bit peripheral only 
wants to access a single byte. 


The other major problem in mixed data path 
transfers is the actual data read/write operation. The 
nature of the multiple transfer forces designers to 
guarantee that the stretched transfer will occur and 
that it will not be interrupted. Two aspects of stretch- 
ing the transfer cycle from or to the peripheral illus- 
trate the complexity of this problem. 

The first case, when the peripheral is the bus 
master, is the simplest. A 16-bit peripheral holds its 
data available for what normally would be two com- 
plete bus transfer cycles. This function can be per- 
formed when the transfer acknowledge signal to the 
peripheral is delayed. If the data was latched instead 
of holding the peripheral in a multiple word transfer, 
however, the device could try to send the next 16-bit 
data word and its ‘‘new’’ address. The procedure 
of latching the data and releasing the peripheral 
should not be used, therefore, because it may inter- 
fere with the addressing of the remaining (pending) 
8-bit transfer. 

Whenever a device acts as a bus slave to a CPU 
that cannot access the device’s natural word width 
in a single operation, a different constraint appears. 
The sequence must be set up so the peripheral cannot 
obtain the bus while the CPU is in the middle of a 
slave read/write operation. In a typical system, the 
CPU is the last device in the interrupt queue. It is 
possible for the peripheral to become bus master 
between the first and second read operations and in- 
validate the results of the first read operation in a 
realtime system. This is because an 8-bit CPU would 
have to perform two consecutive read operations to 
examine a 16-bit peripheral control register. 

This function can be handled two different ways. 
If the CPU has a bus lock instruction, as in the 1:APX 
family of CPUs, the programmer must use one of 
these instructions before the CPU accesses the 
peripheral. Alternately, the CPU needs to disable 
the arbitration logic while it is performing the unin- 
terruptible access with the 16-bit peripheral. 


Crucial cycle 

The uninterruptible word transfer cycle is crucial 
for maintaining the integrity of the data transferred. 
When either the CPU or a peripheral on the bus 
makes an access using the 8/16-bit control logic, it 
must complete the larger device’s word access before 
relinquishing the bus. If this requirement is not met, 
a transfer’s integrity can be violated easily by some 
other device. This interrupts the transfer, and cor- 
rupts or aborts the multiplexing sequence. 

To illustrate this point, consider a system consist- 
ing of an 8-bit CPU and several 8- and 16-bit periph- 
erals. Assume one of the peripherals is executing a 
block transfer of 16-bit data onto the 8-bit bus. If 
the CPU interrupted the transfer in order to poll the 
peripheral during a half-word transfer, two undesir- 
able events would occur. Either the multiplexing 
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sequence would be damaged irreparably when the 


CPU polled the peripheral, or the CPU would read 


garbage from the peripheral.. 

Designing the control interface to allow mixing 
of 8- and 16-bit peripherals requires attention to the 
data and control flow. During a write operation, the 
data is written out sequentially: the lower byte comes 
before the upper byte (or vice versa). The read oper- 
ation differs only because the data bus is 8 bits and 
because it forgets the last byte transferred; it knows 
the current byte only. Hence, the interface requires 
that one df the bytes be latched until the full 16-bit 
word has been assembled. 

The slave mode of operation works almost the 
same as the peripheral bus master mode. The single 
exception is the slave write operation. When the 
interface is defined, the designer must make a con- 
scious choice about which byte (upper or lower) to 
latch during peripheral read operations (or con- 
versely, slave peripheral write operations). Once this 
decision has been made, the CPU must always access 
the latched data byte first (during a slave write) and 
then access the non-latched byte to complete the 
transfer. This restriction is minor, requiring no extra 
software overhead. It could affect the ease of the 
programmer’s coding if not handled properly, how- 
ever. For example, if the programmer used a com- 
-piler to generate the software for the system, extra 
care may be necessary to ensure the compiler gener- 
ates the correct addressing sequence. 

An alternative solution would be to latch both the 
upper and lower data bytes. In this case, however, 
the cost of the interface would increase, as would 
the complexity, with no appreciable gain. The con- 
trol flow in these designs derives from two differ- 


STATE FLOW EQUIVALENTS SO 
CLU; 
ASs0s2 


DSg0s1 


UPPER BYTE TRANSFER 


ent sources: the state control flow itself and the 16-bit 
peripheral interfacing with the 8-bit bus. A state dia- 
gram can be used to specify how uninterrupted word 
transfers will occur and how the upper and lower 
byte address is generated. 

In addition, the specific bus timing of the periph- 
eral and the data bus must be examined to quantify 
the state control flow. These timing specifics also 
provide information on data latching, read/write 
control strobes, and addressing to and from the 
peripheral. The state control flow is divided into four 
operations: bus master read, bus master write, slave 
read, and slave write. 

For a bus master read/write operation from a 
16-bit peripheral device operating on an 8-bit bus, 
four control signals must be generated by the 
8/16-bit control unit: address bit 0 (AO), peripheral 
hold (WAIT), bus read (RD), and bus write (WR). 
The AO line is generated by the 8/16-bit control logic © 
to indicate which byte is to be transferred in bus 
master modes only. Otherwise, the AO generated by 
the system is used to indicate which byte is being 
accessed. The WAIT line holds up the peripheral 
during transfers. The RD and WR lines are required 








to indicate successive transfer cycles on the bus. 


Hidden transfers 

The peripheral’s signals will only strobe active 
once because it does not know that two transfers are 
being executed. The slave transfer flows are almost 
identical, except the CPU is generating the bus sig- 
nals and the transfer directions are reversed (ie, a 
bus write goes into the peripheral). 

For this 16- to 8-bit data flow example, the data 
on the upper byte only needs to be latched when data 


In addition to a state flow 

diagram, a timing diagram 

can be used to describe such 

data read/write operations as 
"a master bus read. 


SYSTEM 

SR TE eC 
ESS ape 
FO | j | J 





3-349 











EE ears OE eS 
Sei chu RS ‘ 











i The 16- to 32-bit conversation logic diagram indicates 
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is being read (as bus master) or written (as a bus 
slave). An interface to handle this operation needs 
to latch data coming from the 8-bit data bus into 
the peripheral, it also needs to act as transceiver 
when the peripheral is sending data out to the system. 
A device with a clocked, tri-state output that has an 
8-bit wide latch in one direction and a tri-state trans- 
ceiver in the other direction would be ideal for 
accomplishing such an interface. 

The Am2952 8-bit bidirectional I/O port provides 
a good enough match to the logic and allows the 
upper data bus latch and upper data transceiver chips 
to be combined on one IC. It provides two 8-bit 
clocked I/O ports, each with tri-state output con- 
trols and individual clocks and latch enables. An 
Am2949 bidirectional bus transceiver completes the 
logic required for the data path function. 

The state flow control requires logic that can move 
sequentially from state to state, hold in a particular 
state, and be reset or initialized back to a predefined 
state. Depending on the number of states required 
(generally less than 16 distinct states for a design of 
this complexity), a 3- or 4-bit counter should be able 
to solve the problem nicely. 

Considerable bus control logic is required to gen- 
erate the data path flow logic and the bus control 
signals. This is especially true if the peripherals and 
CPUs use different signal conventions (eg, when AS, 
DS, and R/W use address latch enable, RD, and 
WR). Conversion from one signal convention to 





another, changes in signal polarity, and provision 
for extra functions (such as generating AO) require 
a lot of logic synthesis ability. If the peripheral has 
bus master capability, such additional information 
as bus arbitration controls must be fed into the next 


state determination logic in order to decide what con- 


trol sequence to follow. 


Customized interface minimizes cost 
An 8/16-bit control interface between the Am8052 
CRT controller and an 8-bit CPU provides a good 
example of how customizing a general interface can 
reduce costs. (The CRT controller is designed with 
a 16-bit data interface.) The onboard DMA unit 
fetches data from system memory and the CPU polls 
the CRT-coniroller’s internal status and control 
registers. Because the CRT controller does not 
modify system memory, however, a bus master write 
operation is unnecessary. Thus, there is no reason 
to generate a system write control signal (WR). 

In addition, the control and display information 
must be aligned on word boundaries. This require- 
ment relieves the 8/16-bit control logic from funneling - 
the bytes and performing odd/even byte transfers. 
It also saves control inputs from the CRT controller 
because all transfers are words; that is, no need 
exists for upper and lower data strobes or byte high 
enable inputs. 

The bus master read operations are standard 16-bit 
data transfers divided into two 8-bit transfers. The 
CPU’s slave accesses are either pointer writes (to 
select the desired control/status register) or 16-bit 
data read/write operations. (Pointer write operations 


The state machine and the bus and latch controls 
have to be coupled in order to transfer data between 
the 8- and 16-bit buses. This generalized machine is 
designed with the assumption that the peripheral has 
bus master capability. If this is not the case, the 
design can be greatly simplified. 
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are actually 8-bit operations because only the lower 
8 bits of the data form the register address.) The bus 
master read operation can be represented by a state 
flow diagram or a timing diagram. Conceptually, 
state flow diagrams are easier to understand, but tim- 
ing diagrams usually convey more information. 
Other state flow diagrams can be derived directly 
from the timing diagrams of the CRT controller to 
8-bit interface. 


Simplifications allow synthesis on one device 

Two special conditions must be met in the state 
machine implemented in the 8/16 interface. First, 
before a new transfer cycle is attempted (when the 
state machine is waiting in the initial state, SO), 
memory acknowledge (MRDY) must be inactive. 
This prevents interference from the last transfer. 

The second special condition occurs when the 
CRT controller asserts the R/W line to indicate a 
write operation. Although the CRT controller does 
not write data into system memory, when it updates 
the upper 8 bits of the 24-bit address latch the R/W 
line indicates a write operation (in conjunction with 
AS). The CRT controller is not actually performing 
a system data write, only an address latch update. 
The state machine, therefore, must not start a bus 
sequence if the R/W line is held active low by the 
CRT controller during a bus master operation. 

These simplifications in design allow the CRT con- 
troller to 8-bit CPU control interface to be synthe- 
sized in a single AMPAL22V10 programmable logic 
array device. In addition, the bus control signals are 
converted from AS, DS, and R/W to RD and WR. 
The minimum CRT controller and bus control sig- 
nals that must be generated are RD, AO, DS, and 
R/W. Although the CRT controller uses DS and 
R/W as inputs during a bus master operation, the 





The logic for contro! and 
data transfer between an 


Am8052 and 8-bit CPU has 
the control interface 
implemented in an 
AmPAL22V10. 








PAL device must convert the CPU RD and WR sig- 
nals to DS and t/W for slave I/O operations. 

The signals AO and RD are generated by the con- 
trol logic when the CRT controller is performing a 
read access to system. The WAIT (or not READY) 
signal to the CRT controller must also be generated 
by the control logic. The data flow controls require 
six additional controls to load and strobe the latch, 
and to enable transceivers to pass data to and from 
the 8-bit bus. Theoretically, 4 more bits (outputs) 
are required to represent all the control states needed 
to manipulate the 8/16-bit control logic. This means 
the design appears to need 14 output logic units in 
a PAL device to perform the required task. 

Reducing the 14 output cells to the 10 cells avail- 
able in the PAL device requires a closer look at the 
timing and output switching functions. The AO and 
RD control lines are in effect part of the system bus 
control and, therefore, cannot be multiplexed easily. 
The DS and R/W lines to the CRT controller are 
also fixed because they must be valid throughout the 
entire transfer cycle as well. 

This leaves 6 of the 10 output logic cells of the 
PAL device to represent the remaining 10 identified 
control lines. This method of minimization involves 
careful state synthesis, analysis of the signal switch- 
ing functions during the transfers, and utilization 
of several control pins on the CRT controller. By 
using the BREQ, BACKI, BACKO, CS, and C/D 
inputs to the PAL device, we can reduce the num- 
ber of unique states required to 8 instead of 15. This 
reduces the number of logic cells required for the 
state machine from 4 to 3 bits. 

At this stage, the design requires seven control sig- 
nals to manipulate the data transfer registers and 
WAIT line. The two latch enables (CEs and CDr) 
on the Am2952 bidirectional I/O port can be 
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permanently enabled. By controlling the clock signal 
to the latches, the controls required for three pins 
can be reduced to one. The interface control state 
machine will only use the correct side of the dual 
latches on the bidirectional I/O port. 

- The Am8052 CRT controller helps considerably 
with its own control bus interface. Two signals 
provided by the CRT controller, TBEN and RBEN, 
switch the data transceivers in the correct direction 
regardless of the type of data transfer (as a bus 
master or bus slave). When the controller is a bus 
master performing a read operation, or when it is 
a bus slave undergoing a write operation, therefore, 
the RBEN signal is strobed to obtain the correct 
polarity. By using this line, two of the. remaining 
six control lines can be eliminated (REN on the 
Am2949 and OEas on the Am2952). Although the 
TBEN line performs a similar function, it does not 
function correctly in a 16- to 8-bit multiplexed 
bus environment. 

Two of the remaining control lines (OE,s on the 
Am2952 and 10 on the bidirectional bus transceiver) 
must be generated by individual cells in the PAL 
device. The two clock enables on the Am2952 are 
permanently enabled. The two Am2952 clocks are 
tied together to minimize the amount of logic re- 
quired in the PAL device used to generate clock 
strobes to the latches. 

This leaves the design with three logic cells and 
four output functions (the WAIT line to the CRT 
controller and the’3 state bits). Careful analysis of 



































the state flows and timing diagrams indicates that. 
the WAIT line is only asserted in 4 of the 8 states. 
A clever assignment of state numbers to the state 
flow sequence allows the WAIT line to be absorbed 
into the 3 state encoding bits. The logic equations 
for the AmMPAL22V 10 device can be derived directly 
from the timing diagrams. 

An unusual problem might occur when a periph- 
eral device operates as a bus slave on a smaller data 
bus, such as a 16-bit peripheral to 8-bit CPU. During 
the first slave write operation, the chip select CS is 
enabled by the bus master making the access. No 
actual data—just the data latch—is strobed into the 
peripheral, however. After the first byte of data has 
been written, the second access causes the full 16-bit 
data to be strobed into the peripheral. 

If the designer is using acommon CS function to 
both the peripheral and the 8/16-bit control logic, 
the controller logic must be designed not to glitch 
or strobe any of the control lines to the peripheral 
(it must prevent DS, R/W from being enabled, for 
example). For some peripheral devices, glitches on 
the control lines might cause the register to be written 
accidentally onto a register that will be overwritten 
in the next write cycle anyway. With other periph- 
erals this might be a catastrophic event. Many 
devices acting as bus slaves have write recovery time 
requirements (ie, a certain minimum interval between 
consecutive write operations). Glitches on the con- 
trol lines might force the next (and final) write oper- 
ation to be delayed—or cause a violation of the 








The data bus and control 
interface between an 8-bit 
8088 CPU and a 16-bit 
Am9516 DMA controller uses 


an AmPAL22V10 for 
control, and a 74LS161 for 
state sequencing along with 
a bidirectional I/O port 
and transceiver. 
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device specifications. Glitches might evade any spe- 
cial addressing/register accessing scheme used in the 
peripheral. This might occur, for example, if the 
slave device requires the user to write the address 
of the register that was accessed immediately before 
the register was written. In this case, glitches or use- 
less control strobes could wreck the sequence. 

The problem can also be solved by using two lines. 
In this solution, one of the lines would go to the 
peripheral device and the other would connect to the 
8/16-bit controller. The chip select to the peripheral 
is activated each time a slave read occurs (for both 
upper and lower byte accesses), or when a slave write 
operation occurs and the unlatched 8-bit data is 
being written. The chip select function to the 8/16-bit 
controller is chosen each time the peripheral is 
selected normally (for slave read/writes on both 
upper and lower 8-bit data transfers). This problem 
is bypassed completely when two separate chip select 
functions are used: one for loading up the Am2952 
latch during a slave write/read and one to strobe the 
Am8052 controller into action when it is needed by 
the 8-bit CPU. 


Bus conversion maximizes flexibility 

A data bus and control interface to an 8088 8-bit 
microprocessor and Am9516 16-bit DMA controller 
can be created using four devices: an AMPAL22V10 
for the control block, a 74LS161 counter for the state 
sequencer, an Am2952 bidirectional I/O port, and 
an Am2949 bidirectional transceiver. 

This design incorporates certain simplifications. 
The DMA controller requires word accesses only 
during command chaining and for slave register ac- 
cesses. The 8/16-bit data transfer interface for bus 


master operations (ie, DMA data transfer functions) - 


is handled automatically as a programmable option. 
During slave write operations, the first byte output 
to the DMA controller must have an odd address 
and the following second byte an even address. Con- 
versely, during a slave read cycle, the first byte read 
from the DMA controller must be at an even address 
and the second at the next higher odd address. 
Furthermore, for bus master operations, the sys- 
tem must use the latched address line AO (LAO) from 
the AmMPAL22V10 as its sole AO. Because the logic 
is already available, the system does not have to pro- 
vide this function. LAO now becomes the system ad- 
dress bit 0 with full 24-mA drive capability. 
Deciding on a means for controlling the funneling 
of the data stream—that is, transforming 16-bit data 
into 8-bit data and vice versa—was the first step in 
deriving this example. As mentioned earlier, simply 
dividing each 16-bit access into two 8-bit data trans- 
fer cycles presents one way of doing this. On out- 
going accesses (16-bit path from the DMA controller) 
during the first cycle, the upper half of the 16-bit 
path is latched while the lower half passes through 
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BEGIN 
IF (RESET) THEN ARESET| ); 
This section defines the wiggles when the Am9516 is bus master 


IF (HLDA) THEN ENABLE( }; 
IF (/S[2] * HLDA) THEN BEGIN 
iF (S{1] * /S[O) THEN 
LAO = /CK * BW + /BW 7 AO ® 
ALE + / BW * LAO * /ALE ; 
ELSE 
LAO = BW + /BW * AO * 
ALE + /BW * LAO * /ALE 


(HLDA) THEN 
(CASE) (S[2:0]) 
BEGIN 
1) BEGIN 
“RD 7RW * DS 
A /BW * /RW * /CK 
WR /BW * RW * DS 
C /BW * RW 
WAIT = 1 
END; 
2) BEGIN 
RD = /RW* DS 
B =BW 
A = /BW* /RW 
WR = /BW * RW * DS 
C = /BW* RW 
~ WAIT = /BW 
END; 
3) BEGIN 
RD = /RW* DS*B 
B = BW* CK 
A = /BW* RD 
WR = /BW * RW * DS 
C = /BW* RW 
WAIT = BW 
END; 
* 5) BEGIN 
RD = /RW * DS 
A = /BW* /CK 
WAIT = BW 
END; 
6) BEGIN 
RD = /RW* DS 
A =/8W 
END; 
7) BEGIN 
RD = /RW* DS 
A = /RD 
END; 
END; 
This section defines the wiggels when the 8088 is bus master 
BEGIN 
LAO= AO * ALE * SEL + LAO * /ALE * SEL 
B= LAO * WR * SEL 
= /LAO * WR * SEL 
S = A+ /LAQ * RD * SEL 
/LAO * RD * SEL 
LAO * RD * SEL 


A 
D 
Cc 
D 
E 


N 

END. 
This PLPL file implements an interface between the 
8-bit 8088 and the 16-bit Am9516. 








Programming the PAL and the counter 


In writing the Programming Language for Program- 
mable Logic (PLPL) file to control the operation of 
the AmPAL22V10 and the 74LS161 counter, the 
inputs to the PAL device from the counter are as- 
signed SO, $1, and S2, respectively. Then, it is pos- 
sible to apply a “sculptured design’’ technique to 
the entire timing diagram (see figure in Panel, “A 
matter of timing”) by using the Case statement from 
PLPL. By assigning combinatorial equations to only 
one binary partition or column at a time (Case), the 
designer can ignore all other aspects of the design 
for the time being and generate simple equations 
directly from the timing waveforms. 

During clock time T1 of the Am9516’s word read 
cycle the state of the 74LS161 (SO, S1, S2) is cleared 
to 000 by the assertion of address latch enable 
(ALE). LAO Is the only output control signal from the 
CRT controller asserted during this period. This sig- 
nal is handled as a special case, however. During 
time T2 of the DMA controlier’s word read cycle, 
the RD and WAIT outputs from the CRT controller 
must be asserted. This time partition corresponds 
to the state inputs $2, $1, SO=001. Therefore, the 
first Case equations are 


CASE —_(S[2:0]) 
BEGIN 


1) BEGIN 
RD= /RW*DS ; Transform Control 
; Signals /RW and DS 
; into Inte! /RD 


; Assert Wait | 
; unconditionally 


WAIT =1 


END; 


During time T2 of the DMA controller's byte read 
cycie, A is the only additional output not already 


a tri-state buffer onto the 8-bit bus. During the sec- 
ond cycle, the tri-state buffer is turned off and the 
previously latched half of the data is driven onto the 
bus. On incoming accesses (8-bit path to 16-bit path), 
the process is reversed. 

The control mechanisms that perform this cycling 
depend on the WAIT and R/W signals passing to 
and from the DMA controller, and on the ability 
to enable or disable the latches and transceivers selec- 
tively. The Am2952 bidirectional I/O port was 
chosen because of its dual registers and its flexible 
control. The AmPAL22V10 device was chosen to 
match the required number of control pins and func- 
tions. Since the complexity of this design requires 
the use of all of the PAL’s I/O pins for control func- 
tions, however, it was necessary to use a 74LS161 
counter to provide the state sequencer function. 


Programming with PLPL 

It has long been the logic designer’s ‘‘art’’ to merge 
the often very different concepts and notations of tim- 
ing information with Boolean logic. Yet, the evolu- 


accounted for in the Case statement. This signal 
allows a byte of data to flow through the bidirec- 
tional bus transceiver into the DMA controller 
during byte read operations. Some additional con- 
straints are placed on this signal, however: it must 
only be asserted in time T2 on byte read operations 
(the B/W Input) and it must be delayed by a half ' 
clock period from the rising edge of T2 (CK signal). 
Thus the Case statement becomes 


CASE (S[2:0]) 
BEGIN 
1) BEGIN 
RD= /RW*DS 
A= IBW*/RW*/CK ; enable the 
;receiver - 


WAIT = 1 
END; 


_ Finally, by examining the last time T2 elements 

(WR and C) during the DMA controller's byte write 
cycle, the remaining terms in Case 1 are derived. 
With the exception of LAO, the remaining equations 
were developed in the same fashion. Clearly, this 
“sculptured” technique is a very simple and 
methodical means for arriving at the Boolean re- 
quirements for a logic block. 

As the PLPL listing shows, the signal LAO was | 
handled slightly differently from the previously dis- 
cussed method. The number of product terms gen- 
erated via the Case statement made this approach 
necessary. The number exceeded the upper limit 
(16 terms) for a programmable logic array. As a prac- 
tical matter, therefore, it was necessary to optimize 
this signal manually. However, it should be noted 
that this step will not be necessary once the fully 
optimized version of PLPL becomes available. 





tion of a syntax to fully express this-art has taken 
along time. AMD recently developed such a language 
for programming the AmPAL22V10, however. 

‘*Programming Language for Programmable 
Logic,’ or PLPL, allows the designer to specify a 
design using multiple input formats. This specifica- 
tion flexibility supports the variety of design 
approaches necessary to express different design 
problems efficiently. These formats range from sim- 
ple sum-of-products Boolean equations to high level 
constructs. PLPL also supports the input specifica- 
tions for many types of AND/OR based devices, in- 
cluding all of the current AMD programmable logic 
array and PROM devices. 

PLPL is block structured, and includes the high 
level language constructs If-Then-Else, Case, and 
For; all familiar to many programmers of the C and 
Pascal languages. Macros, functions, constants, and 
variables may also be used in PLPL. The language 
also facilitates use, clarity, and self-documentation. 

Such current programmable logic technology and 
associated programming languagrs as PLPL allow 
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A matter of timing 


The complex AmMPAL22V 10 design used the accom- 
panying timing diagram to correspond to the 
‘desired waveforms. They are partitioned by the 
respective binary state (or count) from the counter. 
The desired timing requirements during the 
period when the DMA controller is bus master 
appears below. During time T1, address fatch 
enable (ALE) is asserted by the DMA controller to 
denote the beginning of the cycle; a short time tater, 
an address is driven onto the bus. This address is 
valid at the falling edge of ALE. The control signal 
LAO (latched AO), therefore, must be valid at this 
time, as well. In this phase of the cycle, it must also 
be high to enable the odd byte from memory to be 
loaded into the bidirectional I/O port. in addition, 
the assertion of ALE performs the function of reset- 
ting the 74LS161 counter to 0000 in order to syn- 
chronize the cycle. 
__During time T2, the DMA controller will assert its 
DS signal. The timing for this signal, in conjunction 
with the R/W signal (asserted in T1) must be trans- 


Am9516 


Am9516 
CLOCK 


formed into an 8088-equivalent RD signal. During 
a word read cycle, this RD signal also must be arti- 
ficially negated and then reasserted to accomplish 
adouble byte read. At the same time, the DMA con- 
troller must be “parked” in order to multiplex or 
assemble a word. Thus, the WAIT signa! is also 
asserted at time T2. During time TW (S2, S1, 
SO = 010), the receiver clock enable control signa! 
B must be asserted in order to allow the next sys- 
tem clock’s rising edge to strobe the upper byte into 
the bidirectional I/O port. This is accomplished dur- 
ing the next TW period (S2, S1, S0=011). i 

During the remainder of the word read cycle, RD 
is negated and then reasserted after LAO has been 
forced low to address the even byte. A is then 
asserted to allow both the previously latched upper 
byte and the current lower byte to be driven onto 
the DMA controller's pins. And finally, the WAIT sig- 
nal is negated, allowing the DMA controller to finish 
its read cycle by strobing in the 16 bits of command 
data on its data pins. 


Am9516 Am9516 
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highly organized application-oriented control blocks 
to be formed easily. These tools can conceptually 
raise the designer above the details of the design at 
the logic level and directly translate the necessary 
response characteristics from a timing diagram. 
This approach can be referred to as a ‘‘sculptured 
design’’ technique because it is analogous to the way 
solid stone is formed according to an artist’s image. 
Raw logic can be transformed directly into useful con- 
trol functions from the desired timing information. 


V 
KX LATCHED Ag 


« LATCHED Ag XXX 





The AmMPAL22V10 is, in essence, a fuse-program- 
mable gate containing up to 22 inputs and 10 out- 
puts. It can define and program that architecture of 
each output on a pin by pin basis. Thus, the designer 
is free to optimize the design mix between registered 
and combinatorial functions as needed. 

The AmPAL22V10 is programmed by opening fus- 
able links in any or all of its 10 output macrocells, 
as well as in its AND gate array. The AND gate struc- 
ture is very similar to other PAL devices; therefore 
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it allows the same powerful, yet familiar features. 
However, it is the AmPAL22V10’s 10 output logic 
macrocells that give the designer substantial new 
design freedom. Moreover, at each macrocell out- 
put is a tri-state output buffer controlled by a 
separate output-enable AND gate. ' 

These macrocells provide the AMPAL22V10’s key 
features. They can be configured to make any or all 
of the I/O pins act either in sequence or in combi- 
nation and have either active-high or active-low char- 
acteristics. Furthermore, the output enables can 
individually control the direction of the pins so they 
act as outputs, inputs, or bidirectional ports. 

A number of trade-offs and limitations are appar- 
ent in a design that so dramatically affects the input 
and output of the system. The most obvious limita- 
tion stems from under utilization of 16-bit periph- 
erals on an 8-bit bus—the speed of all I/O operations 


are cut in half. As a result, bus utilization will 


increase if the 16-bit peripheral represents a signifi- 
cant factor of the bus use. A CRT controller such 
as the Am8052 might use 5 to 10 percent of the bus 
bandwidth for display information when using 16-bit 
I/O. Converting to 8-bit I/O would double bus use 
to 10 to 20 percent. Another factor that might affect 
the bus usage is the efficiency of the 8- to 16-bit con- 


version control logic. If the state machine designed 
to perform the 8/16-bit (or 16/32-bit) conversion is 
improperly designed, extra transfer overhead might 
be introduced. This might mean a sequential transfer 
of two 8-bit values would take twice as long a single 
16-bit transfer. 

The design constraints might limit the use of the 
peripheral to byte-only operations during data trans- 
fers (as in the design using the DMA Am9516 con- 
troller), and slow it down by a factor of two during 
command operations. For such a DMA device as the 
Am95]6; the extra time required for command fetch- 
ing is not usually a significant portion of bus time. 

System designers will have to weigh the cost of 
the extra overhead on a case-by-case basis. The ben- 
fits may well justify these limitations—particularly 
when the bus is self-limiting, but the device charac- 
teristics allow for value-added designs. In addition 
to bus degradation for certain configurations, extra 
logic and design effort are involved. Most interfaces 
outside a system’s immediate family require some 
kind of extra interface logic, however. By manipulat- 
ing the signals and incorporating them into program- 
mable logic devices such as the AMPAL22V 10 device, 
therefore, most of this logic is free. 
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SEMICONDUCTOR TECHNOLOGY 


High Performance 
DMA For The VMEbus 


by Mike Wodopian, Field Applications Engineer, Advanced Micro Devices 





esigned for direct memory access with minimal CPU 
intervention, the Am9516 from Advanced Micro 
Devices (Sunnyvale, CA) is a general-purpose micro- 
processor peripheral. It can be tailored to specific applications 
by simply reprogramming on-board registers. This reprogram- 
ming is generally accomplished by the DMA Controller's 
linked-list data structure without involving the CPU. A 
VMEbus system board is a case in point. The Am9516 performs 
memory-to-memory, memory-to-peripheral and peripheral-to- 


peripheral transfers at rates up to 4 Mbytes/sec (using the: 


6-MHz version). Each chip can address up to 16 Mbytes of 


memory, and single DMA burst capability of up to 128 Kbytes 
further enhances operation. 

In addition to DMA operations, transfer-and-search opera- 
tions or search functions aione can be performed. Users enter 
the desired pattern into the on-board pattern match register and 
a mask register is included to eliminate certain bits from the pat- 
tern match. When a match condition (ora no-match condition) 
is found, an interrupt is generated to inform the host processor. 

To remain compatible with existing peripherals, the Am9516 
can perform a byte packing/unpacking function. This allows 
efficient use of word-organized memory when interfacing to 
byte-organized memory or peripherals. The part has the ability 
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Figure 1: The interconnection of the Am9516 to the VMEbus requires two PALs. 
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to load its own control parameters into its on-board registers in 
order to facilitate loading of initialization parameters. The CPU 
writes these parameters to local memory, informs the Am9516 
of the data block address and issues a start chain command to 
key the initialization process. 

Upon completion of a DMA operation, the Am9516 can do 
one of several things. For systems requiring DMA between two 
areas of memory, on-board base registers are provided for each 
channel. This allows fast reloading of the current address and 
operation count registers. Changing direction of the transfer 
simply requires changing the state of the “flip bit” in the chan- 
nel mode register. Upon completion, the Am9516 can perform 
another chain operation to prepare for a different type of DMA 
transfer. Using its on-board interrupt logic, the device can in- 
form the host of its completion status by sending an interrupt 
and responding to the host with a user-specified interrupt 
vector. 

To accommodate slow memory or peripherals, the Am9516 
provides a means to add wait states. The wait line can be driven 
with normal types of transfer acknowledge signals, such as 
XACK ina Multibus environment, READY in an 8086 system 
or DTACK ina 68000 system. With the Am95}6, wait states can 
also be added under software control. Users simply program 
the transfers’ required number of wait states (0, 1, 2 or 4 may be 
selected) into the address register tag field: This feature makes 
it possible to stretch bus cycles without hardware overhead. 

The VMEbus makes provisions for address modifier lines to 
allow implementation of paging schemes and memory manage- 
ment functions. These lines also allow access to several sequen- 
tial locations of storage while providing only one address. VME 
also caters to 32-bit data fields and 32-bit address fields. The 
bus design makes provisions for system or module failures. 
Signals such as bus time-out, bus error and power fail can serve 
as fault-finding mechanisms to ensure overall system integrity. 


Interfacing The Bus 


A basic interface to the VMEbus may be based on the Am9516. 
Although features such as bus exceptions or address modifier 
codes are not considered here, the basic approach can expand 
to allow for additional features or special user requirements. 
The system design uses an Option One priority arbitration 
scheme, but could easily be expanded to implement other for- 
mats. PAL devices minimize the hardware required for user- 
customization of this system. The design uses two PALs: an 
AmPALI6R4 device, which performs basic signal translations 
to and from the Am9516 when it is a master.or a slave on the 
VMEbus; and an AmPALI6L8 for handling bus arbitration and 
interrupt responses. A breakdown of the signal descriptions us- 
ed are shown in Table 1. 

PALI provides the logic that interfaces to the VMEbus when 
the peripheral chip is either a master or a slave. When the 
Am9516 is configured as a bus slave to another master residing 
onthe VMEbus, the address is decoded to generate an Am9516 
chip select signal. This signal is also latched (LCS) to begin an 
internal state sequence in PALI. State variables A and B deter- 
mine both the start and the end of the required Am9516 data 
strobe (DS) and the *"*1E acknowledge signal (DTACK). 
Timing ofthese signal _—_ .nges slightly depending on whether 
the cycle is read or write. 

When the Am9516 is a bus master, PALI generates all VME- 





‘aockiai -VMe Bus Clock 908 to ‘gauge state sequence 
vtiming.» 
WRITE —Amasi6 Readnweite control signal ~-PAL Inpu 

oe ~~ Latched, Chip Setact starts pare state seg varanive 3 





FRONT indicates. an interrupt Response to the AmoSIB: 
BRED Amasi6 Bus Request signal = inputito PAL2 








Table 1: Breakdown of the signal descriptions used in the interface of 
the Am9516 to the VMEbus. 


required control signals not directly generated by the Am9516. 
The address strobe generated by 8- MHz and 10-MHz versions 
of the Am9516 does not meet the VME address valid to address 
strobe falling edge set-up time. Thus, state variables A and B 
must be used to create this address strobe signal. An external 
buffer on the output of A provides sufficient drive for the 
VME address strobe control line. PALI also generates the cor- 
rect VME Data Strobe (DSp,DS;) combination from the 


.Am9516’s Data Strobe, Address Line Ag and the Byte/Word 


signals. 

Table 2 shows the PAL equation, the pinout of the device, 
logical equations for all signals and a function table (truth table). 
Figure 1 details the interconnection of the Am9516 to the two 
interface PAL devices and the VMEbus. 


Requesting The Bus 


PAL2 controls the acquisition of the VMEbus by the Am9516 
and generates the signals for both the Am9516 and the VMEbus 
during interrupt acknowledge cycles. To obtain use of the 
VMEbus, the Am9516 requests the bus by driving its BREQ line 
high. This signal is received as an input by PAL2. A VME bus 
request (BRX) is generated only if there is no active bus- 
grant-in (BGXIN). Such gating ensures that the Am9516 does 
not steal the bus from a lower priority master that was just 
granted use of the bus. Upon receipt of an active bus-grant-in 
(BGXIN) from the VME arbiter, PAL2 generates an active 
HASBUS signal indicating to the Am9516 that it now has con- 





trol of the system bus. Simultaneously, PAL2 generates the 





VME “bus busy” signal (BBSY), indicating to the VME arbiter 
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and other VME masters that the bus is in use. 

PAL2 also generates the proper levels on bus-grant-out 
(BGXOUT) to continue the bus acknowledge daisy chain. This 
design assumes an Option One arbiter which responds only to 
requests on bus request line 3 (BR3) and depends upon the daisy 
chain for prioritization. VME also specifies a parallel method 
for bus arbitration that could, with minor modifications, be 
implemented using this PAL design. Because an Option One ar- 
biter is assumed, PAL2 does not generate a bus clear signal. The 
signal is only used by Option One priority arbiters to inform the 
present master on the bus that a higher priority master would 
like use of the bus. This design also implements an option called 
“release when done,” which releases bus busy (BBSY) when the 
Am9516 indicates that it no longer wants use of the VME. 

The other portion of this PAL creates the proper signal 
sequence during an interrupt acknowledge cycle. When the chip 
encounters a condition that should generate an interrupt, it 
drives its interrupt (INT) line low. This interrupt signal drives 
one of the VME interrupt request lines (IRQ)-IRQ7) as well as 
an input to PAL2. Upon receipt of an interrupt acknowledge 
(IACK) signal, the PAL device decodes the three low-order 
address lines. If the present interrupt acknowledge cycle is at 
the Am9516's predetermined level when interrupt acknowledge 
in (IACKIN) is received low, PAL2 generates the 9SI6INTA 
signal that drives the Am9516 interrupt acknowledge input 
(INTACK). The Am9516 then responds by driving the data bus 
with its user-programmable vector. 

PAL] also plays a role in interrupt acknowledge cycles. When 
it detects a valid 9SI6INTA signal, an internal state sequence 
begins which generates the proper transfer acknowledge 
(DTACK) to the interrupt handler. When PALI sees the data 
strobe (DSq) go high, the cycle ends and DTACK is driven back 
high. PAL2 also generates the proper signal level on inter- 
rupt-acknowledge-out (IACKOUT) to complete the interrupt 
acknowledge daisy chain. Table 3 is the PAL equation for PAL2 
and details the pinout of this part as well as the equations that 
define its operation. 





Meeting VME Power Requirements 


The VME specification puts some rather stringent de require- 
ments on bus signals. AMD manufactures a family of bus inter- 
face parts that satisfy the requirements for most of the VMEbus 
signals. The bus grant and the interrupt acknowledge daisy- 
chain signals need not be buffered since their drive requirement 
is moderate. Other signals, such as AS and DS, are buffered by 
a 748244. 

Asa bus slave, the DMA card must receive an address from 
the VMEbus and decode it to generate a chip select to the 
Am9516. AMD's 29809 and 29806 equal-to comparators suit 
this need. In this slave mode, the Am29827 10-bit buffer 
receives all necessary control signals from the VMEbus to 
initiate the required bus cycle at the Am9516. To complete the 
cycle, PALI generates a DTACK signal which must go through 
a 74809 gate to meet the drive requirements of DTACK on 


VME. The Am29861 is'a data transceiver needed to drive the © 


VMEbus or the Am9516. 

As a bus master, the same Am29861 ICs provide the trans- 
ceiver functions necessary on the VME data bus. The direction 
in this case is controlled by the Am9516 rather than the PALI 
outputs. The lower 16 bits of address out of the Am9516 are lat- 
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INTERNAL STATE VARIABLES 


sEQN FOR /A-SLAVE 

‘EQN FOR /ASLAVE RD ONLY 
;EQN FOR /ASLAVE RD ONLY 
sEQN FOR /A-9516 MASTER 
sEQN FOR /A-9516 MASTER 
EQN FOR /A-INTA. CYCLE 
7EQN FOR /A-INTA CYCLE 


A s=/LCSxDSx/HASBUS ; 
: /LCSx/HASBUSxAxDSOxWRITE 
" ALCSX/HASBUSxAXDS1xWRITE 
ALEXx/BxHASBUS 
/ALEx/BXHASBUSXA 
Q516INTAX/Ax/BxDSO0 
Q516INTAXAxBxDSO 


te eee 


s/LCSXAx/HASBUS 
{LCS x/HASBUSxBxDSOxWRITE 
/LCSx/HASBUSxBxDS1xWAITE 
Ax/BxHASBUS 
SSIGINTAx/Ax/BxDSO 
OS16INTAXAx/BxDSO 
OSI6INTAX/AxBxDS0 


;EQN FOR /8-SLAVE RD/WR 
;EQN FOR /8-SLAVE RD ONLY 
;EQN FOR /8-SLAVE RO ONLY 
\EQN FOR /B-9516 MASTER 
3EQN FOR /B-INTA CYCLE- 
EQN FOR /8-INTA CYCLE. 
‘EQN FOR /B-INTA CYCLE 


+eetee 


:9516 OUTPUTS TO VME 


;EQN FOR /DS-SLAVE RO/WR 
sEQN FOR /DS-SLAVE RO ONLY 
;EQN FOR /DS-SLAVE RD ONLY 


DS —-:=/LCSx/8x/HASBUS 
/LCSxBxDSOxWRITE 
ACSXBxDS1XWRITE 


DIACK = :=/DSx/HASBUSXAxDSOX/WRITE. + ;EQN FOR /DTACK-SLAVE WR 
, fOSx/HASBUSxAxDS1x/WRITE — + ;EQN FOR /DTACK-SLAVE WR 
DSx/HASBUSxAxBxDSOXWRITE + ;EQN FOR /DTACK-SLAVE AD 
DSx/HASBUSXAxBxDSIXWRITE + ;EQN FOR /OTACK-SLAVE RD 
QS516INTAx/AxBxDSO ";EQN FOR /DTACK-INTA CYCLE 


; BUFFER ENABLE . 
IF (HASBUS) TBE=Ax/WRITE _:XMIT BUF EN-SLAVE WRITE 


IF (/HASBUS+9516INTA) RBE=AXDSKWRITE + :ACV BUF ENA-SLAVE READ 
‘S9S16INTAXDSO gees 


VME DATA STROBES WHEN 9516 |S A MASTER 


IF — (HASBUS) DSO=/DSIxBWx/A0x/A + EON FOR 00-9186 MASTER 
IDSIxBWxADx/A- 


DSt=/DSIx/BWX/AOX/A + ;EQN FOR 051-9516 MASTER 
/DS1+BW+/A0+/A 


iF. (HASBUS} 





Table 2a: PAL1 handles signal translations to and from the Am9516 for 
both master and slave situations. 


ched in an Am29845. Since it meets all requirements for driv- 
ing the VME address lines, the Am29845 drives the bus direct- 
ly. An additional Am29827 buffers the high-order address lines 
(A 16-A23), as well as the read/write line, onto the system bus, 
Because of the high drive requirements specified for the VME 
data strobes (DSg. DS,) and address strobe (AS), the 
PAL cannot drive the bus directly. A 748244 is used in this 
instance since it meets the 64-mA sink current specified by the - 
VME. In addition to DTACK, three other signals must go 
through a 74S09 open collector AND gate to provide the drive 
capability and proper output type. These are an interrupt signal 
out of the Am9516 (INT) and bus request (BRX) and bus busy 
(BBSY) out of PAL2. 


Handling Bus Exceptions 


Both the Am9516 and the VMEbus provide users with 
mechanisms for handling bus errors and subsystem failures. 
The VME specification provides for a bus time-out module that 
can flag system errors or problems. This module monitors the 
data strobe lines, DTACK and bus error (BERR) signals. When 
a falling edge is detected on either of the data strobes, this 








NOVEMBER 1985 8 DIGITAL DESIGN 





SEMICONDUCTOR TECHNOLOGY 


module begins a time-out sequence. If the module times-outs 
before a valid DTACK signal or BERR signal, or a rising edge 
of either of the data strobes occurs, then this module will drive 
BERR low, which completes the data transfer and automatically 
flags a bus error. 

The Am9516 can also use a portion of this feature to abort a 
DMaA in progress if bus exception is detected. In master mode, 
the Am9516 could monitor the bus error signal (BERR) and, 
when active, it drives the Am9516 OP input low. Subsequently, 














OO dela 
-no0™ 


_ 


rerereox 


Qqan0000X 
ro cere mx x nor 


cerrercecricrercre rs oconrr 


foo al ad ool el ae 


WwW 
R 
| 
T 
E- 
ae ae 
Ee 
t: 
L: 
L > 
as 
t 
HE 
H 
H 
Maha 
“He 
oH 
OH 
He 


IT KKK KKK KKK OD 


ese en eee 
Pe Eee PEIN TE creek creer er x on™ 


LETITOOKANG CMOHKNQ0000E” 
Perm EE RR MKKKXKMKM MRK SO 


Re Rete tere aera rs. 


teregcres22N 
Jee eS eee eet Teer ete eee tee ROS AO 


et 2 tes te eee ere ree see re cr aot 
Upterert esr basse re cere es xerrerrzry >> 


Tee eee tere eee rere eer reece azarae om 


NNNANNNNNNNZ SEPT rEeTT rere er rErN moa>~ 


the Am9516 stops current DMA operation and relinquishes the 
system bus. The Am95]6 could then generate an interrupt to the 
system indicating that a system error or problem has occurred. 
The VME board could also monitor the bus ac fail line which 
indicates that power is going down. In such a fatal situation, 
should the Am9516 have control of the bus, it should give it up. 
This scheme could be implemented using the Am9516 end-of- 
process (EOP) control} line. 

Although this design represents the implementation of an 
interrupt driven system, a simpler system could be designed that 
does not take advantage of the Am9516 interrupt logic. In fact, 
such a simple system might use one AMD 24-pin PAL device 
(AmPAL22VI10) rather than two. However, the built-in interrupt 
controller adds flexibility within the system and provides for fast 
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Table 2b: Truth table for PAL1. PAL1 allows the interface between the Am9516 and the VMEbus. 
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SEMICONDUCTOR TECHNOLOGY interrupt processing. Whenever a DMA operation is ter- 


minated, the Am9516 can generate an interrupt. There is also 
a two-level interrupt queue so that anew DMA cycle can start 
before an interrupt acknowledge cycle occurs. Reading the 
interrupt save register will give the interrupt handler the data 
needed to determine the cause of the interrupt. 


PALI6L8 
PAL 2 VME Address Modifier Codes 
‘NC. BREQ: /BGXIN ACK ACKIN /AS /INT At A2 GND As specified by VME, address modifer lines allow the master 
A3.NC /MYLEVL BRX /IACKOUT HASBUS /BGXOUT BBSY /9516INTA VCC presently on the bus to pass additional information to the slave 
"'sBUS EXCHANGE VARIABLES it is addressing. Some of the address modifier codes are defined 
ae by VME to perform certain functions, while others are user- 
es raga ad abieglabie defined. These address modifier codes allow such features as 
/MASBUS | =/BREQ+/BGXINx/BREQ+/HASBUS +/BBSY system partitioning (i.e. , privileged or nonprivileged accesses), 
(BBSY' _ -=/HASBUS _ memory mapping or sequential access cycles that allow access 
‘BGXOUT “= BGXINxBRXauBBSY+ of several locations without providing a separate address each 
>" BGXIN BEXOUT</BBSY time. The design does not account for address modifier codes 
“SANTA CYCLE VARIABLES ae - eventhough VME specifies that all masters should drive these 
ES lines. This is left to the potential user since the system will need 
O5GINTA MIYLEVLXINTIACKINAACKOUT to be configured to at those specific seauirehicite 
IACKOUT. =/MYLEVELxtACKINXAS bie fe 0 Editor's note: A complete set of timing diagrams for this 
Shee JINTXIACKINX<AS + design is available upon request from AMD. For further infor- 
_ IAGKINXASxIACKOUT mation, please circle 619. DD 


wen ‘=ATXARABXIACKXINT THIS SETS THE INTERRUPT LEVEL 

; iOF THE 9516. THIS DESIGN - 
;ASSUMES AN INT LEVEL OF 7. 
‘THE USER CAN CHANGE THIS BY 
;REWRITING THIS EQUATION TO SET 
THE DESIRED INT LEVEL. 





How useful did you find this article? Please circle the appropriate 
number on the Reader Inquiry Card. 


Very Useful 
Useful 
Somewhat Useful 





Table 3a: PAL2 is required to interface the AM9516 to the VMEbus. 
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Table 3b: Truth table for PAL2. PAL2 provides VMEbus arbitration as well as generating the signals for an interrupt acknowledge cycle. 
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3.7.7 Article Reprint 
APPLICATIONS NOTEBOOK 





A Demultiplexed Analog Subsystem 





i ee new monolithic analog to digital 
converters generally do not provide a 
16-bit formatted data word for immediate 


+ 
processing by a CPU. These A/D con- araiee 
verters usually multiplex data through an : 7 
eight-bit port in byte and nibble form. ND sae 


There is no easy way for a processor, re- Converter 
gardless of the ALU bit size, tohandle this 
unformatted data directly since it requires 
demultiplexing and reformatting the data 
coming from the converter. This results in 
inefficient and slow data processing. For 
an existing system to use one of these new 
converters it could be a major undertaking 
to modify the system software to achieve 
the proper data format for processing. 
Advanced Micro Devices’ Am6l12, 
which multiplexes 12 bits of datathrough 
aneight-bit port in two's compliment, re- 
quires the following algorithm to reformat 
the data fora 16-bit processor. Inthe first 
tead of the converter’s port, the four most 
significant bits of a 12-bit data word are 
tead into one of the processor's registers 
(bit locations BO through B3). In the sec- 
ond read, the eight least significant bits 
are read intoa different register (bit loca- 
tions BO through B7). To merge the two AMz094 


registers, the processor mustdoa logical Figure 1: Circuit diagram showing AMD's Am6112, ADC, controlled by AMD's new AmPAL22V10 
shift ofthe four mostsignificantbitstolo- PAL withaparallel 16-bit bus interface. The AMPAL22V10 functions as a state machine to initial- 
cations B8 through BIl in the first register. ize and control the sample and hold device, the Am6112, and provide the logic necessary to de- 
BIL is tested for sign, and, ifnegative, bits multiplex 12 bits of data from the Am6112 and place it into a 16 bit data format with corrected sign bit. 
BI2 through BIS are set. The shifted and 
corrected register must then be merged 
with the second register to get a formatted 
data word of any value for processing. An 
analogous operation must be done if the 
conversion code is one’s offset. The added 
processing time required is now equiva- 
lent to five or six instructions per data 
fetch. 

The following design, using a PAL 
device, is a hardware/software solution 
for the interface of the Am6112 toa 16-bit 
processor — shown in Figure 1. This 
hardware design doesn't require the five or 
six instructions for formatting to be used 
each time there is a data fetch, thus avoid- 
ing anuntenable software modification or 
an increase in processing time. 

The first step in the design is to con- 
structa timing chart (Figure 2). The chart 


shows the timing interactions between the ; SRaee 
PAL device andthe Am6l12. After work- Figure 2: Analog to digital conversion cycle showing power up initialization — states 0 to 2, start of 
ing out the timing, schematics are draw conversion — state 3, conversion cycle —states 5 and 6, and latching of data from conversion— states 
ing ng, : Tawn 6and8. The first entry pointis the power up sequencein state 0 and the secondisin state 9. Instates 
and the allocation of inputs and outputs 5 and 9 the clock does not run until conversion is complete or an external conversion is requested, 
can be assigned to the PAL device (Figure respectively. 
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1). Finally, the sequential states and the 
Boolean equations are defined and assem- 
bled. In this instance the sequential states 
are the successive binary states of the 
timing. 

The parts used in the interface design are 
Advanced Micro Devices AmPAL22V10, 
the Am6l112 12-bit analog to digital con- 
verter, and two Am29845 bus registers. 
The AmPAL22V10 is mnemonically called 
“DEMUX,” meaning de-multiplexer. 

The design requires minimal clocking 
during the actual conversion of the analog 
signal in the Am6112. This is done by 
gating the acknowledge signal from the 
Am6ll12 and one of the binary states from 
the state counter with the clock signal 
through the PAL device. There is also 
minimal clocking when the Am6l12 is 
idle. Again, by gating the clock witha bi- 
nary state from the state counter and the 
signal that requests a conversion, clock- 
ing in the circuit is minimized. In the 
PALASM source listing, the clock control 
equation has ADR4 through ADR7 fac- 
tors. These factors are the I/O address 
lines from the CPU. The I/O address de- 





coding for chip select is done in the 
AmPAL22V10 for the conversion circuitry. 

After an external conversion request, 
the clock is gated on to start the Am6112’s 
conversion. The external conversion re- 
quest signal isthe control bus’ write signal. 
Thus the first equation for the PAL device 
is state 5 and acknowledge low, or state 9 
and external conversion request low which 
allows the clock to run the state counter. 

Not clocking during conversion or 
while idle prevents unwanted noise, espe- 
cially in the analog signal, and minimizes 
the overall system noise generation due to 
output switching. Using these design rules 
does not alter the actual conversion time 
inthe Am6l12. The Am6112 requires ap- 
proximately 141% clock periods foracon- 
version. The state machine requires 13 
clocks but three overlap with the clocking 
of the Am6l12. Thus, the total number of 
clocks in a conversion is 24'4 from the 
leading edge of the control bus’ write 
signal. 

Creating the Boolean equations for the 
interface design is a heuristic process 
using the timing chart. For example, in 
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CLKABCOD 
ACK ABCD 
ACKABCD 


CLKA BCD 
CLK ABCD 


CLK21.A.80D [ \——— nf Pomme 4MSB8 
CLKALA.B.C o[ )———_ bs; atsB 


6cD 


CLK2LABCO 





Figure 3: Graphic representation of the 
functions expressed in the PALASM source 
listing DEMUX for the AmPAL22V10 PAL. 





defining the read equation from the tim- 
ing figure, read must be low during state 
zero, State six and state eight. The actual 
logic for the read signal is implemented as 
shown in Figure 3, and its Boolean expres- 
sion is inthe accompanying PALASM list- 
ing (Figure 4). In statestwo and three, the 
write signal will go active low during only 
the first half of each state’s clock cycle 
rather than for the whole period as in the 
read signal . For the command/data signal 
the timing figure shows it going low inthe 
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CLKIN RS EXCR SYSRD ACK CLK D3 ADRO ADR4 ADRS ADR6 GND 
ADR7 ABCD DO CLKO/SH /CD WR/RD VCC 


; CONTROL SIGNALS 
RD = /A‘/B*/C* + /A'B*C*/D 


WR = JA‘/B*/C/D + /A’B‘/C*/D*CLKO + 
A‘B‘/C*/D"CLKO + /A’B*/C*D*ICLKO 


CO = JA'B*IC*/D‘/CLK + A’B*IC*ID‘IACK + 
IAIB*C*/D*IACK + JA‘/B*/C°D + A°B°C*/D 


SH = /A‘/B°/C*/D + A'/BIC*/D*CLKO + 
IA'B*IC*D +A°B*/C"D +/A°/B*C*D*CLKO 


; CLOCK OUTPUT FOR STATE COUNTER 


CLKO = CLK + A‘/BYACK*C'/D + 


; EXCR & 10 @ I/O ADDR CX 


A‘/B*/C*D*EXCR*ADR4°ADRS*/ADR6‘ADR7 


; CONVERSION MODE CONTROL 
IF (/A°B*/C*/D*CLKO‘/ADRO + 
JA°B*/C*D*/CLKO*/ADRO) DO = SH 


1/0 ADDR COH AND C1H 
;ADRO = LOWIS 1's & IF HIGH is 2's. 


; STATE COUNTER AND ADDITIONAL CONTROL SIGNALS 


A: = IA'ID*RS + /A'D*RS 


IF (/A°B*C*/D*/D3) 


B: = A‘/B*/C*/D"*RS + /A’B*/C*/D°RS + ; [SNCB] 


A‘/B*C*/D°RS + /A"B*C*/D°RS + ; SIGN CONTROL 
A‘/B*IC*D*RS + /A'B*/C*D°RS + ; BIT 


IA'1B*C*D*RS 


IF (/A‘/B*/C*D*/CLKO) 


C: = A’B‘/C*/D°RS + /A‘/B°C/D°RS + ; [BLSB} 


A‘/B*C‘/D'RS + /A°B’*C*/D*RS + ; STROBE 
A‘B*/C*D*RS 


IF (A°B*C*/D*/CLKO) 


D: = A’B*C*/D°RS + /A‘/B*/C*D*RS + ; [4MSB) 


A‘IB*IC*D°RS + /A*B*/C*D‘RS + ; STROBE 
A’B‘/C*D*RS 


FUNCTION TABLE 


CLK CLKO CLKIN EXCR ACK 


RD WR CD SH 


Figure 4: PALASM listing and example of function table for application. 








latter half of state two, remaining low 
through states three and four and rising to 
the high state, inactive, in state five. Italso 
has a synchronous relationship to the ac- 
knowledge signal from the Am6112: com- 
mand/data is “anded” such that it will not 
go inactive until the acknowledge signal 
becomes inactive. 

The other control signals are similar to 
the read, write, and command/data sig- 
nals. The data signal, DO of the PAL. go- 








ing to DO of the Am6II2, serves as an out- 
put during initialization in the first half of 
state two. 

To generate all of the control signals, a 
four-bit counter was created in the PAL 
device to count from zero to 12. At reset, 
or power-up, the counter starts at zeroand 
goes through one cycle, or counts to nine, 
then stops until the CPU exerts an active 
low onthe write control line. States 10, 11 
and |2 occur after the active leading edge 
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of the write signal, and provide a sampling 
window for the sample and hold circuit. 
In state 12, the state counter is loaded with 
a four-bit binary value of three. On the 
next clock edge, that which would se- 
quence a counter to state 13, the counter is 
synchronously loaded with the value three 
and sequencing of the converter occurs for 
a conversion. 

The B, C And D outputs of the counter 
are normally tri-stated. B, C and D out- 
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puts are pulled to ground via resistors. 
When a strobe for data enable is needed 
for one of the bus latches, either C or D's 
output is taken out of tri-state and driven 
active high. B's output state is determined 
by the sign bit fromthe Am6l12 converter. 





It drives input bits B12 through BIS of the 
high half of the data bus latch in order to 
move the sign bit tothe most significant bit 
position; this eliminates the need for soft- 
ware modifications. If the sign bit is posi- 
tive, or active low, the output is not taken 
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out of tri-state. If the sign is negative, or 
active high, the output is taken out of tri- 
state and driven active high. 

— Garret Spears, Field Applications En- 
gineer, Advanced Micro Devices, Sunny- 
vale, CA 
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Advanced Programming Language. for Programmable Logic Design 


by © 


‘ 


Om Agrawal 
Dept. MGR., Customizable Logic Product Planning 
Advanced Micro Devices 
981 Thompson Place 
Sunnyvale, CA 94688 


INTRODUCTION 


With persistent advancements of 
LSI/VLSI technology, new generation of 
programmable logic devices (PLDs) - 
especially PAL (s) rivalling density 
and flexibility of gate arrays are 
appearing on the horizon. 


PLDs with faster speed, denser 
arrays (with increasing number of 
logical, product terms), 
architectural features, built in 
support for diagnosability and with 
sophisticated software design tools, 
are finding wider and wider 
applications in various systems. 


Two major factors which are 
fueling the growth of such advanced 
programmable logic devices are: Better 
software tools and better technology. 
Software tools are providing the “ease 
of design"; while better technology is 
providing the increased architectural 
flexibility, faster speed, reduced 
power and increased functional 
density. The major focus in this paper 
will be on the software side; on an 
advanced Programmable Logic 
Programming Language (PLPL). 


ADVANCES IN SOFTWARE 


With the increasing complexity and 
flexibilities of programmable logic 
devices, the need for better software 
tools becomes increasingly important. 
While the first generation software 
tools such as PALASM was adequate for 
relatively low complexity, first 
generation programmable logic devices, 


they are inadequate in several 
respects for future generation 
devices. 


DESIRED FEATURES FOR ADVANCED SOFTWARE 


TOOLS FOR PROGRAMMABLE LOGIC 


o Compiler based rather than Assembler 
based 


While the first generation software 
package was, relatively low level 


ig PAL is a registered trademark of and 
is used under license from Monolithic 
Memories, Inc. 


better’ 


machine language and Assembler based, 
the next generation software has to be 
Compiler based for simplifying the 
tasks of the designers and for 
utilizing the complexity of the future 
generation devices. 

o High Level Block 
Language 


Structured 


For utilizing the complexity of 
future devices, and minimizing the 
task of relatively complex logic 
designs, the software should specifiy 
the design equations in a high level, 
block structured language. 


o Ease of Portability to different 
Operating Systems 


The software should be developed 
in a high level language to allow it 
to be ported to different operting 
systems relatively easily. 


o User Friendly 


The software package should be an 
easy and convenient tool, with all the 
features tailored towards USER 
friendliness. 


© Technology Independent, Device 
Independent and Hardware Programming 
Equipment independent 


The software package should be 
able to support multiple programmable 
logic devices (PALs, PLAs and PROMs), 
with multiple technologies (Bipolar 
and CMOS); should run on a large 
number of operating systems (running 
on multiple machines - from low end 
PCs to very high end Main frame 
computers) and should support a large 
number of hardware programming 
equipments built by various 
manufacturers. 


o Should support multiple design 
formats, and should allow clear 
problem definition with relatively 
High Level Constructs 
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The software package should 
support problem definitions in 
multiple design formats and High Level 
Constructs ~ multiple design formats 
such as PALASM: like sum-of-products 
Boolean equations, extended Boolean 
logic descriptions, DeMorgan's Laws, 
Macro substitution capability, pin 
vector specifications; and high level 
register transfer and state machine 
descriptions with high level 
constructs such as IF-THEN-ELSE, FOR, 
CASE, and FUNCTION CALLS. It should 
allow the devices to be expressed in 
terms of their functions rather than 
the implementation of their functions. 


o Should simplify the tasks of the 
designers 


It should allow the designers to 
take full advantage of designing with 
programmable logic devices and should 
help them with all the aspects of the 
design ~- starting from defining the 
problem to be solved, creating a 
solution, verifying the solution by 
simulation, generating the test 
vectors, optimizing the list of 
Boolean equations. 


o Interactive or Batch Mode of 
Operation 


The software package should have 
the capability of providing both 
interactive and batch mode of 
operation for designing with 
programmable logic devices. 
eo Ease of adding new devices 

The software package should be 
developed to support relatively easily 
the addition of new programmable logic 
devices. The environment should be 
preferably a Data Base Table driven, 
to achieve this functionality. 


af 


3-367 


The software package should 
support problem definitions in 
multiple design formats and High Level 
Constructs - multiple design formats 
such as PALASM like sum-of-products 
Boolean . equations, extended Boolean 
logic descriptions, DeMorgan's Laws, 
Macro substitution capability, pin 
vector specifications; and high level 
register transfer and state machine 
descriptions with high level 
constructs such as IF-THEN-ELSE, FOR, 
CASE, and FUNCTION CALLS. It should 
allow the devices to be expressed in 
terms of their functions rather than 
the implementation of their functions. 


° Should simplify the 
designers 


tasks of the 


It should allow 
take full advantage of designing with. 
programmable logic devices and should 
help them with all the aspects of the 
design Starting from defining the 
problem be solved, creating a 
solution, verifying the solution by 
simulation, generating the test 
vectors, optimizing list of 
Boolean equations. 


the designers to 


to 
the 


° Interactive or Batch of 


Operation 


Mode 


should have 
t of providing both 
interactive and batch mode of 
operation for designing with 
programmable logic devices. 


The software package 
the capability 


° Ease of adding new devices 

The software package should be 
developed to support relatively easily 
the addition of new programmable logic 
devices. The environment should be 
preferably a Data Base Table driven, 


to achieve this functionality. 





STRUCTURE OF PLPL ENVIRONMENT 


Programmable Logic Programming 
Language (PLPL) is such an advanced 
software package - with all the above 
features. It provides an integrated 
top-down, hierarchical and complete 
package for designing with 
programmable logic devices. With its 
advanced features, .it is a new design 
approach for further enhancing the 
short design turnaround time 
associated with all programmable logic 
devices. 


Written in language C for 
portability and flexibility, it is a 
high level, block structured hardware 
description language for programmable 
logic devices. With its Data base, 
table driven format, it has the 
capability to support multiple AND-OR 
logic based programmable logic devices 
such as PALs, PLAS and PROMs. It is 
designed to be a convenient tool for 
the USERS; and supports multiple 
design techniques such as PALASM like 
sum-of-products Boolean equations, 
extended Boolean logic descriptions 
(Parenthesized equations, DeMorgan's 
laws, Macro substitution capability, 
and Pin vectors). With its interactive 
or batch mode of operation; optional 
tri-level menu driven capability; 
extensive error checking and help 
facility; and with direct hardware 
programming equipment interface, it is 
quite user friendly and easy to use. 


PLPL is the heart of a new 
programmable logic computer aided 
design environment. This environment 
with all its flexibility allows the 
designer to take full advantage of 
designing with programmable logic 
devices and allows all the tasks 
associated with the designing of 
programmable logic devices to be 
performed with ease and confidence. 


Structured in a top-down, 
hierarchical fashion, in .PLPL CAD 
environment, each program is governed 
by a separate program module. Nine 
independent modules make up the PLPL 
environment (fig. 1): The Operations 


Processor, The PLPL Compiler, PLPL 
Data Base Map, JEDEC Fuse Map 
Generator, List Equations, PLPL 
Simulator, PLPL Optimizer, PLPL 


Semi-automatic Test Vector Generator 
and PALASM to PLPL Translator. 


The OPERATIONS PROCESSOR 


is an 
menu driven 


The Operations Processor 
interactive, tri-level, 


- interface module that provides the 
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interface for all other modules of the 
PLPL CAD environment such as the 
Compiler, JEDEC Fuse Map Generator, 
List Equations, Simulator, Test Vector 
Generator, Optimizer etc. With its 
extensive "help": facility, it is. 
designed to be quite user friendly. 
Also, it provides an “escape" 
capability to temporarily exit the 
PLPL environment to execute certain 
system operations (of the particular 
operating systems) - such as editing. 
or looking at the contents of other 
files. : 


THE PLPL COMPILER 


The PLPL Compiler is the heart of 
the PLPL environment. It converts. 
appropriate PLPL design specifications 
into an intermediate file form - to be 
accepted by other PLPL modules - such 


as JEDEC Fuse Map Generator, List 
Equations, Simulator etc. The PLPL 
Compiler parses the PLPL input 


specifications, checks for possible 
syntax errors and flags any possible 
device limitation errors. The PLPL 
Compiler is designed to be device 
independent. All the device specific 
information - such as its 
architectural features and other 
features are provided to it from the 
PLPL Data Base. 


THE PLPL DATA BASE 


The PLPL Data Base stores all 
device dependent architectural 
information (associated with all the 
Programmable logic devices - that are 
supported by PLPL) and supplies this 
information to other modules who need 
it ~ such as the Compiler, JEDEC Fuse 
Map Generator, and the Simulator. This 
centralized nature of the data base, 
provides the flexibility to add new 
devices quickly to the PLPL 
environment. 
devices to PLPL 
module. 


impact only this 


JEDEC FUSE MAP GENERATOR 


This module has the 
responsibility for generating the 
appropriate fuse map pattern for down 
loading directly to a hardware 
Programmer. It arranges the fuse 
pattern into appropriate JEDEC 
transfer format, supported by all 
Suppliers of programmable logic 
programmers. 


LIST EQUATIONS 


This module takes the 
intermediate file (generated by the 
Compiler) and generates all 
appropriate Boolean equations. 


PLPL SIMULATOR 


This module performs the 
simulation using user created test 
vector tables, consisting of specified 
inputs and expected outputs. This 
simulator uses the specified test 
vector inputs and the outputs of the 
Compiler's intermediate file to model 
the device's output behaviour. The 
simulation output is compared to the 
expected test vector outputs, and 
appropriate error messages are 
generated, when results do not match. 


Future addition of new' 
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PLPL OPTIMIZER 


This module optimizes the list of 
Boolean equations generated by the 
PLPL Compiler. With the elimination of 
all redundant product terms, this 
results in an optimum list of 
equations for optimum utilization of 
the device. 


PLPL SEMI-AUTOMATIC TEST VECTOR 
GENERATOR 


This ~-4nle generates test vectors 
(semi) automatically for a PLPL design 
specification. The test vectors 
generated by this module can be used 
by the Simulator to test the device. 


PALASM TO PLPL TRANSLATOR 


This module reformats PALASM 
specifications into appropriate 
transformations that is acceptable to 
the PLPL Compiler. This provides 
downward compatibility with existing 
equations for converting to. PLPL. 


PLPL PROGRAM STRUCTURE 


This section describes the 
structure of PLPL input specification 
and some of the capabilities of PLPL 
language. 


All PLPL input specifications 
require as a minimum the following 
three basic structures (fig. 2): 


a HEADING 
a DECLARATION BODY and 
a PROGRAM BODY 


ooo 


The HEADING specifies the title, 
if any, of the design and the device 
type that is’ to be programmed. 


The DECLARATION BODY is where pin 
names, macros, constants, and 
variables are specified. It is 
separted from the HEADING with a white 
Space. In PLPL, white space is defined 
to blanks (spaces), tabs, newlines, 
formfeeds (“L), and comments. 





The PROGRAM BODY contains the 
logic specification that is to be 
programmed. 


Figure 3. shows the detail 
structure of a PLPL program and table 
1. shows the formal requirements of 
PLPL organization. As seen from this 
table, every: PLPL program must have a 
PIN declaration. Since all.the 
elements need to be declared before 
they are used in the program, usually 


the pin declaration is the very first. 


declaration within a program 
specification. The declarations: are 
followed by the main program: block, 
which is bracketed by the keywords 
BEGIN and END. (with the period). ; 


The PROGRAM BODY section begins 
with the keyword BEGIN (also a 
Statement operator) and is terminated 
with the statement operator ‘END. (with 
the period). Any combination of 
Boolean equations and high level 


descriptions using the IF-THEN-ELSE, © 


CASE, and FOR constructs may appear 
between: the opening -and closing 
Statement operators. The section may 
be null (containing no statements), 
but the statement operators 
(BEGIN~-END.) may still appear. This 
section may only appear once in a 
specification. 


THE HEADING 


Excluding comments and white 
Spaces, the HEADING must be the first 
line of a PLPL input specification. 
The syntax for the heading is as 
follows: 


DEVICE vite spacttier (pare sinus) 


The heading consists of three: 


‘parts: a) the keyword DEVICE, b) an 
optional title _ specifier and c) a 
part specifier or device. name. The 


program HEADING should always begin. 


with the keyword DEVICE. The 
title name:is optional, but when 
“specified, the title should have no 
spaces in it. The part_name’ should be 
a valid partname. Note that ‘HEADING 
definition can span multiple lines, 
with comments inserted in between, if 
so desired. 
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THE DECLARATION BODY 


Three types of declarations are 
supported in PLPL: 


'o PIN ~ for pin assignments 
Oo DEFINE - for MACRO and CONSTANT. 
definitions 
0: VAR - for variable list 
definitions 
Only the PIN declaration is 
mandatory in PLPL. 


PIN DECLARATION 


PIN declarations section allows to 
equate user defined identifiers to 
physical device pins. It begins with 
the keyword PIN and is terminated with 
a semicolon. PLPL supports two types 
of. pin assignments: Simple and Vector. 
Simple pin list declarations assign 
user defined symbolic names to the 
Pins within ‘the real device, for 
@escribing the pins' actual functions. 
Vector pin list assignments assign a 
group of multiple pins to a pin 
vector. Whereas, the Simple pin 
declaration, equates a pin_number (a 
number that represents the actual pin 
on the device) to a simple pin_name; 
the pin vector declaration 
concatenates the symbolic pin_ vector | 
name with the numbers inclosed in 
brackets, for each symbolic pin. There 
is a one to one mapping beteween the 
order of the. numbers with in. the 
brackets on the left hand side and the 
numbers specified’ on the right hand 
side. The syntax for a pin_vector 
assignment is as follows: 


pin_name [subscript_set] = pin_set 


n‘pin_vector, assignments, colon 
and comma can’ be used. together for 
both symbolic’ and actual pin numbers. 
For example: ; 


= 3,4,5,6,7,8,9,18 can also 
be expressed as 


DATA (7:8) 


DATA[(7:5,4,3:8] = 3,4,5:18 or also as 


DATA[7:@6] = 3:10. 


This adds great deal of 
flexibility, clarity, and conciseness 
to input specification. Instead of 
dealing with each pin individually, 
all of the pins together can be 
considered as a single unit. A set of 
pins that interfaces to a bus is a 
good example of where this can be used 
quite advantageously. This also 
provides a clear and powerful way to 
describe state machines. 


DEFINE DECLARATION 


This section allows two types of 
declarations: MACROS and CONSTANTS. 


MACROS provide the capability of 
representing a complicated expression 
with a single symbolic name. Since, 
only the macro name and not the whole 
expression that it represents is used 
in the equation section of the program 
body, macros make specifications more 
concise. Macros also make design 
changes to be made easily. A single 
change to a macro definition is much 
easier to make than a cnange that must 
be repeatedly made throughout the 
equation section. 


CONSTANT declaration, while 
conceptually similar to a MACRO, is 
restricted to the assignment of a 
number to a constant_name. 


VAR DECLARATION 


Like Macro definition section, 
this is an optional section, and is 
used to declare all the variables used 
in PLPL program. It begins with the 
keyword VAR, follwed by a 
variable_list and is terminated with a 
semicolon. 


THE PROGRAM BODY 


PLPL is a block structured 
language and encourages modular 
programming. As seen in table 1. PLPL 
program has at least a declaration 
body followed by a main program body. 
The main program body is bracketed by 
the keywords BEGIN and END. ; 
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Blocks of statements delimited by 
BEGIN and END; may appear in various 
locations with in the program. 
However, the last program body must be 
followed by a period. in PLPL, a block 
of statements bracketed by the 
statement operators BEGIN and END; is 
treated as a single statement. 


STATEMENT STRUCTURE 


Four types of statements are 
supported in PLPL: 


o The Assignment Statements 
o The Conditional Statements 
o The Loop Statements 

o Function Calls 


ASSIGNMENT STATEMENT 


An Assignment statement consists 
of a variable identifier followed by 
the assignment symbol or followed 
by a valid expression. Expressions 
that appear on the right hand side of 
an assignment operator come in two 
flavors: Boolean and Arithmetic. 


Boolean expressions consist of 
identifiers that represent pins and 
macros and logical operators combined 
in the infix format (i.e., operators 
in between two operands). For example, 
assuming that the identifiers are 
defined appropriately - ; 


Q_OUT[1] * /RESET * HOLD ‘+ DATA[1] 


is a valid Boolean expression. 


Also, multiple assignments to the 
same variable are allowed in PLPL. If 
an identifier appears on the left hand 
side of more than one assignment 
statement in the program body, the 


actual “value" of this identifier will 
be the logical “OR" of each 


expression. 


An Arithmetic expression consists 
of numbers, constants, and variables 
combined with arithmetic operators in 
the infix format. PLPL supports only 
integer expressions. In integer 
expressions, all variables, constants 
and results of functions must be 
integers. 





CONDITIONAL STATEMENTS 


PLPL provides two types of 
conditional statements to support 
either binary decision capability or 
multi-way decision capability. These 
two statements are: 


o IF-THEN-ELSE statements 
o CASE statements 


IF-THEN-ELSE statement is used to 
make binary decisions. Figure 4 and 5 
show the examples of IF-THEN-~ELSE 
statements. Since, the ELSE part is 
optional, the ELSE is concatenated 
with the closest previous ELSE-less 
IF. : 


The CASE statement provides 
multi-way decision making capability. 
It causes a branch to one of several 
statements depending on the value of 
CASE argument. This statement is quite 
powerful in specifying state machines. 
Used in state machine design, the CASE 
statement can merge with the IF 
condition so that a state diagram can 
be directly translated into a PLPL 
specification. This statement is also 
quite powerful for handling memory 
address range for address decoding 
functions. Figures 6, and 7 
illustrates the use of CASE statement 
for handling memory address ranges for 
address decoding. 


LOOP STATEMENT 


For controlled looping, PLPL 
supports a high level FOR construct. 
This construct allows execution of a 
loop with the automatic: incrementation 
of a counter variable. FOR. loops 
provide a simple way to evaluate many 
expressions that incorporate pin 
vectors. This is quite powerful for 
compacting equation specifications. 
Compact yet completely understandable 
specifications can be created with 
minimal effort. Figure 8. illustrates 
the use of FOR statement. 
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FUNCTION CALLS 


PLPL supports three types of 
FUNCTION CALLS (predefined functions): 


o ENABLE () 
o ARESET () 
o SET () 


The ENABLE function is used to 
selectively enable output pins in a 
device; and the arguments to the 
function must be output or input/ouput 
pins. Typically this function is used 
in conjunction with the IF statement. 
If a call to this function never 
appears in a specification, pins 
defined as outputs are assumed always 
enabled. 


ARESET is function provided 
specifically for the AmPAL22V16, and 
is used to cause an asynchronous RESET 
of the output registers. SSET is also 
a function provided specifically for 
the AmPAL22V18. A call to this 
function causes a synchronous set to 
occur, i.e., the output registers are 
set to a high state. Since, both the 
ARESET and SSET mechanism apply to all 
the outputs, all the arguments to the 
functions are ignored. 


a 


FUTURE TRENDS IN SOFTWARE SUPPORT 


For software support of existing 
and future, complex programmable logic 
devices, most of the efforts are being 
spent on the development of high level 
language based advanced software 
package. Technology indepenedent, 
device independent, and programmer 
independent software tools are 
becoming mandatory for wider 
acceptance of these devices. Complete 
software packages - helping the 
designers with with all the aspects of 
the design processes are beginning to 
emerge. Also, with the development of 
advanced software packages, the 
architecture of these devices will be 
Made more transparent to the designers 
so that they will spend their time in 
solving the problems rather than 
incremental optimal utilization of the 
internal resources of the device. 


With the availability of these 
advanced software package such as 
PLPL, the tasks of the designers will 
be simplified. Instead of specifying 
the complicated designs by Boolean 
equations only, the designers will be 
able to specify them directly on state 
diagram level using High Level 
Language (HLL) type specifications, 
directly on engineering work stations. 
Software tools will help designer in 
specifying the problem, simulation of 
design verification, test vector 
generation, and post programming 
verification. Advances in programmable 
logic software will be integrated with 
capturing the schematic entry, direct 
state diagram level representation, 
state minimization, netlist 
generation, specfication of design at 
high level language, automatic 
simulation , verification and 
downloading into a programmer. The 
improved design methodology will allow 
the system designers to exploit their 
system systems knowledge without 
having to learn the internal details 
of particular ICs. It will result in 
better use of engineering talents and 
bringing down the cost of designing a 
product. 
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FIGURE 3 PLPL PROGRAM STRUCTURE 
1 




















PROGRAM HEADING DEVICE TITLE_SPECIFIER (PART_NAME) 
PIN DECLARATIONS’ ~ 
DEFINITIONS 
MACRO DEFINITIONS 
CONSTANT DEFINITIONS 
VAR DEFINITIONS 


DECLARATION 
BODY 


BEGIN 
STATEMENT(S); 
BEGIN 
STATEMENT (S) 
END; 
BEGIN 
STATEMENT (S); 
PROGRAM END; 
BODY 
STATEMENT (S); 
END. 
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TABLE 1 FORMAT OF PLPL PROGRAM ORGANIZATION 


MANDATORY OPTIONAL 


Program Heading 
DEVICE 


TITLE_SPECIFIER 
(PART_NAME) 


Declaration Body 
PIN LIST declarations 


PIN VECTOR declarations 
MACRO definitions 
CONSTANT definitions 
VARIABLE definitions 


PROGRAM Body 
BEGIN 


Statement 
Statements 
END. 
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Figure 4 
Examples of valid IF statements 


Example 1 
BEGIN 


IF 

( 

D 

* 

/E 

) 

THEN 

Cm A*B 

END. “Example of IF Statement spanning multiple 
lines” 


Example 2 
BEGIN 


IF (a) THEN 
IF (b) THEN e = c; 


ELSE e = d; 
END. 
Example 3 
BEGIN 
IF (a) THEN 
BEGIN 
IF (b) THENe = c 3 
| ELsEe =a; 
END; 
END. : 
Figure 5 
BEGIN 
IF (a) THEN 
BEGIN 
TF (b) THEN 
BEGIN 
fee; 
END; 
ELSE 
BEGIN 
fxd; 
END; 
END; 
ELSE 
BEGIN 
f= e; 
END; 


END. 
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Figure 6 


Example for CASE statement 


‘The following two examples illustrate the use of CASE statement 


for handling memory address range for address decoding function. 


The first example illustrates decoding in a normal fashion. 


DEVICE test (Ampallé6L8) 


PIN 


DEFINE 


BEGIN 


END. 


AlS = 1 

Al4 = 2 

Al3 = 3 

Al2 = 4 

All = 5 
/RESET = 6 
/MREQ = 7 
/MEML = 19 
/MEM2 = 18 
/MEM3) = 17 
/MEM4 = 16 
/MEMS = 15 
/MEM6 = 14 
/MEM7 = 13 
/MEMS = 12; 


MEMOP = /RESET * MREQ; 
"“MEM1 is active from Q980H 
MEML = MEMOP * /Al15 * /A14 


“MEM2 is active from 1980H 
MEM2 = MEMOP * /AlL5 * /A14 


"MEM3 is active from 280890H 
MEM3 = MEMOP * /A15 * /Al14 


"MEM4 is active from 2800H 
MEM4 = MEMOP * /A15 * /A14 


“"MEM5 is active from 3080H. 
MENS = MEMOP * /AlL5 * /A14 


"MEM6 is active from 3800H 
MEM6 = MEMOP * /A15 * /A14 


"MEM7 is active from 4000H 
MEM1 = MEMOP * /A15 * Al4 


"MEM8 is active from 6800H 
MEMS = MEMOP * /Al5 * A114 
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to OFFFH" 
* /A13 * /Al12; 


to 1FFFH" 
* /Al13 * Al2; 


to 27FFH" 


* Al3 * /Al2 * /All; 


to 2FFFH" 
* Al3 * /Al2 * 


to 37FFH" 


All; 


* Al3 * Al2 * /ALL: 


to 3FFFH" 
* Al3 * Al2 * 


to SFFFH" 
* /A13 ;- 


to 7FFFH" 
* Al3 ; 


All; 


Figure 7 


“the same example with the use of CASE statement" 


DEVICE test (Ampall6L8) 


PIN 
AC15:11) 


1:5 “Doing the decoding just looking at bits 
Al5 = All only" 


/ RESET 


tt 
fon) 


/MREQ 


7 

/MEME1:8)] = 19:12; 
DEFINE 

MEMOP = /RESET * MREQ; 
BEGIN 


CASE (A[15:11] 
BEGIN 


"MEM1 is active from O@80H to OFFFH" 
#BO0GG0, #BOG00G1) MEM({1] = MEMOP ; 





"MEM2 is active from 1809H to 1FFFH" ‘ 
#B290019, #BO@011) MEM{£2] = MEMOP ; J 


“MEM3 is active from 2680H to 27FFH" 
#BQ@G109) MEM({3] = MEMOP ; 


“"MEM4 is active from 2800H to 2FFFH" 
#BO0G1091) MEM[4] = MEMOP ; 


"MEM5 is active from 3000H to 37FFH" 
#B00110) MEMC5] = MEMOP ; 


"MEM6 is active from 3890H to 3FFFH" 
#B@0111) MEM(C6) = MEMOP ; 


"MEM7 is active from 40090H to 5FFFH" 
#BQ1908, #BO01901), #BG1016, #301011) MEMC7)] = MEMOP ; 


"MEM8 is active from 6000H to 7FFFH" 
#B91100, #BO1161), #B@1118, #B91111) MEM([8] = MEMOP ; 


END; 


END. 
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Figure 8 


Example for CASE statement 


“the following two examples illustrate the use of CASE statements 
for handling address ranges for address decoding 


DEVICE decoder (Ampall6L8) 


PIN ENAB = 4 
D[6:7] = 12:19; 
BEGIN 
CASE (ENAB) 
BEGIN 
@) /p£G:7] = #B1l111111; 
1) /d(@:7) = D[6:7]; 
END; : 
END. 


“The same example treated different way" 


DEVICE decoder (Ampall6L8) 


PIN ENAB = 4 
SEL £1:3] = 1:3 
D(@:7] = 12:19; 


BEGIN 
CASE (ENAB) 
BEGIN 
@) /D(@:7] = #B11111111; 
1) CASE (SEL{£3:1)) 
BEGIN 


6) /DC(6) 
1) /p{1j 
2) /pC2] 
3) /pC3) 
4) /DC4} 
5) /pC5] 
6) /DC6] 
7) /pC7) 
END; 


END; 


END. 
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Figure 9 
Some Examples of FOR statements 


Example 1 
BEGIN 


FOR (X = 8 TO 7) 





BEGIN 
QCx] = D[x] 
END; 
END. 
Example 2 
BEGIN 
FOR (X = 1 TO 8) 
BEGIN 
Y = X PLUS 1 ; 
Z = X MINUS 1; 
Q(X] := LOAD*D[X] + HOLD*Q{X] + SHFTR*QLY] + SHFT1*Q(Z]; 
END; 
END. 
Example 3 
BEGIN 


PIN_NUM_PLUS_1 = PIN_NUM PLUS 1; 
PIN_NUM_MINUS_1 = PIN_NUM MINUS 1; 


FOR (PIN_NUM = 1 TO 8) 
Q OUT [PIN_NUM] := LOAD * DATA [PIN_NUM] + 
SHFTR * Q_OUT [PIN_NUM_PLUS_1] + 
SHFTL * Q OUT [PIN_NUM_MINUS 1] + 
HOLD * Q_oUT [PIN_NUM]; 
END. 
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3.7.9 Article Reprint 


Test Methods for Programmable Logic 


by Jenny Yee 
Product Planning Applications Engineer 
Advanced Micro Devices, Inc 
Sunnyvale, CA 94988 


Introduction 


The pvrpose of this paper is to 
investigate the methods used to test 
Programmable logic devices. Because 
these devices are user-programmable, 
they offer the user/designer the 
flexibility of defining the function of 
a device for a particular application. 
After the function has been defined the 
designer needs to verify that the 
function will work correctly in a 
programmed device. He needs a simple 
method that allows him to easily 
generate test patterns which reflect the 
functions he has defined. After 
function definition and verification, 
the design is implemented by programming 
a device. Since large quantities of 
devices may be programmed using the same 
design, testing is again called for, in 
order to insure that the devices are 
fully functional before they are 
integrated into systems. Because the 
objectives and methods of testing during 
design and programming are different, it 
is reasonable to examine them 
separately. 


The Design Process: Simulation 


The typical design process tends to be 
trial-and-error. The first attempt at a 
design usually gets modified. Because 
Programmable logic devices can be 
quickly changed --- the old device can 
be pulled out, a new one programmed in 
seconds and plugged back into the system 
- they allow the designer a fast design 
cycle time. 


The necessity to verify that a function 
will work correctly before it is 


actually implemented in a programmable 
logic device is analogous to the need to 
verify that a logic design using 
standard TTL devices is correct before 
the design is built. The method used in 
logic design to perform such 
verifications is logic simulation. This 
allows the designer to define a model of 
the logic structure on a system, subject 
the model to test patterns and use the 
outputs to determine whether the logic 
is correct. 


Simulation can also provide the 
necessary verifications for designers 
using programmable logic devices. 
Although the process is slightly 
different than TTL logic simulation, its 
purpose is the same. 


Figure 1 shows the basic flow of 
programmable logic device simulation. 
The simulator accepts a test pattern 
consisting of inputs (both device inputs 
and internal current state information) 
and outputs generated by the designer. 
The designer should creaté the patterns 
by specifying the input and output 
states expected during actual operation 
of the device. This is the best way to 
verify that the design is correct and 


the programmed devices will work 
Properly the first time. Together with 
the device model, which is itself 


implicit in the simulator, the simulator 
generates outputs. It then makes a 
comparison between the outputs specified 
by the designer and those it generates 
and flags any discrepancies. The 
designer determines if the error 
occurred in the function definition or 
in the test pattern and makes the 
necessary modifications. 
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DEVICE 
MODEL 


PASS SIMAATION 
ERRORS DETECTED 


‘BASIC PROCESS OF SIMULATION 
FIGURE 1. 


Simulation can be recommended for 
programmable logic device verification 
not only because it can provide the 
necessary evaluations for an exact 
specification of the device, but because 
the required specification of test 
Patterns (inputs/outputs), or test 
vectors, can be easily generated and 
modified by the designer. The manner in 
which the designer presents the patterns 
is explicit. Figure 2 shows a test 
Pattern for a decoder in the PALASM 
function table format. (Note the forced 
inputs on the left and expected outputs 
on the right.) For this simple example 
the table is easily generated, but for 
more complex designs it may become 
cumbersome. 


Both combinatorial and sequential 
designs need to be verified using 
Simulation. Sequential devices have 
registers and internal feedback and 
combinatorial devices do not. 
Verification of combinatorial devices is 
a function of input conditions only, 
whereas sequential devices require a 
method by which registers can be loaded 
to some current state so next state 
transitions can be sequenced. Figure 3 
shows a test pattern for a shift 
register using the same PALASM* format. 
It lacks current state definition 


* PALASM is a trademark of and is used under 


Monolithic Memories, Inc." 


capability. The table must have register 
initialization in the first vector. All 
succeeding vectors then use the previous 
vector output as a current state. 


Advanced Micro Devices offers a hardware 
capability in its sequential 
Programmable logic devices called 
Preload, which allows the user to 
initialize registers to obtain a 
current state. This additional 
capability makes test pattern generation 
easier, but requires test support. The 
example in the following section will 
show how test patterns can be modified 
to utilize the hardware capability. 


Preload Vectors 


Advanced Micro Devices offers an 
upgraded version of PALASM called 
AmPALASM2@ that allows a user to specify 
a current state of the device, via 
special Preload Vectors. A preload 
vector contains the letter P in the 
Normal clock position of the function 
table and the desired current state in 
the output position. A vector in the 
same form as Figure 3 that preloads a 
current state of all LOWs, or ZEROs, is 
shown below: 


P XXX XXX X x xX LULL 


license from 
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FUNCTION TABLE 


7**Forced Inputs****ssx*ek* Expected Outputs*** 


S2 Sl s@ D7 D6 DS D4 D3 D2 OL DB 
L L L u L L L & L L H 

L L H L L L L L L H tu 

L H L L L L L L H L L 
L H H L L L L H L L L 
H L L L L L H 1 L L L 

H L H L L H L L L L L 

H H L L H L L L L L L 

H H H H OL L L L L L Lt 
DESCRIPTION 


THIS DEVICE IMPEMENTS A 3 TO 8 DECODER. THE 
SAMPLE SHOWS THE DESIGN OF THE DECODER USING 
PAL. : 


FIGURE 2 


FUNCTION TABLE 


****Forced Inputs***** *Input/Output* *Expected Outputs* 


CK S1 3@ D3 D2 Dl DG OE SRISLO SLISRO Q3 Q2 Ql Qa 
? : 

7;LOAD AND SHIFT RIGHT 

ct bE LULL z z L obo tL 
C H H X X X X L Zz Z LEeoioL 
Cc Lb H X X X X L H L H L GLC L 
Cc LG H X X X X L L L LH L OL 
Cc L H X XX X X L L H L G&G H L 
C LH X X X X L L L L Lb oC tL 
’ 

;LOAD AND SHIFT LEFT 

Cc LG & BH H H H L Z z H H H H 
C H H X X X X L - Z z H H H H 
Cc H LX X XK X L H L H H H L 
C H L X X X XK L H H H H L H 
C H L XX X X X L L H H G&G H H 
Cc H Gb X X X X¥ L H H H H H 4H 
c 

;HOLD 

C H H X X X X L z Z H H H H 
DESCRIPTION 


THIS DEVICE IMPLEMENTS A SHIFT REGISTER. THE LAYOUT PROVIDED 
IS A DEMONSTRATION OF HOW THE SHIFT REGISTER MAY BE DESIGNED 
USING A PAL. 


FIGURE 3 


3-384 


An Alternative Approach to Simulation 


Although function tables are widely used 
for input/output specification, some may 
find them to be too rigid, tedious and 
cumbersome. There are methods to 
improve the format of presentation and 
manner of description that make the 
specifications much easier to generate 
and modify. The following shift 
register example will suggest a more 
Powerful alternative to the PALASM 
function table format presented in 
Figures 2 and 3. 


Beginning with the listing of the names 
of signals in the device, a suggested 
declaration list might appear as 


follows: 
IN CLK SEL[1:@] DATA (3:@] JOE; 
I_0 SRILO SLIRO; 
cs Q(3:8]; 
NS 3 


e 
OUT Q(3:8]; 


VAR abcd i; 


CONST LOAD = 6 
SHIFT_RT = 1 

SHIFT_LT = 2 

HOLD = 3; 


This list suggests that all signals of 
the device be identified in fields of 
their respective functions. The signal 
mames are specified in fields as well. 
This procedure helps clarify the 
function being simulated and also 
defines the structure of the function 
table itself. 


In this example, there are five fields 
to declare device information - 
INPUTS(IN), INPUTS/OUTPUTS(I_0), CURRENT 
STATE(CS), NEXT STATE(NS), and 
OUTPUTS(OUT) ==. but only four are 
actually used. The number of fields 
used in a function table depends on the 
the design being simulated. For 
example, a combinatorial design may only 
require the IN and OUT fields. 


The first declaration identifies the 
inputs(IN) followed by the list of 
signals: Clock (CLK), select@ and 
Selectl (SEL[1:6@]), data@, datal, 
data2, data3 (DATA(3:8)), output enable 
{/OE). It reserves a one-jfield bit for 
the clock, two bits for select, four for 
data, and one for output enable. Note 
that for the case of select and data, 
Signals are concatenated into a field to 
Simplify the identification of the 
vector list. 


The second and third declarations list 
I/O and current state(CS) entries, 
respectively. The I/0 signals, SRILO 
(shift right input/shift left output) 
and SLIRO (shift left input/shift right 
output), are used to specify the state 
of the input or output bit being 
shifted. Current state is used to 
initialize the state of the registers. 
The fourth declaration identifies the 
Next state (NS) entry. It is usually 
used in conjunction with current 
State(CS) to specify sequential state 
machine transitions. (It is unused in 
this example and actually does not need 
to be shown.) The fifth declaration 
identifies the output(OUT) pins 
(Q(3:6)). 


variables and constants are available 
and must be declared prior to use in the 
test pattern. They make the test 
Pattern easier to understand and more 
convenient for the designer to generate. 
Variables allow the designer to generate 
a@ single vector .that may be used 
iteratively by simply changing the value 
of the variables. Constants allow 
meaningful names to be substituted for 
less descriptive numeric values for bits 
and fields. 


Figure 5 shows a complete function table 
for the shift register example. A 
declaration list with variables and 
constants is included. The test pattern 
is represented between the BEGIN and END 
keywords. A comment field (enclosed in 
double quotes) above the test vectors 
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Shift Register Example 


Simulate 

IN CLK SEL[1:6] DATA[(3:@)] 

10 SRILO SLIRO; 

cs Q(3:8); 

OUT Q(3:8); 

VAR abcd i; 

CONST LOAD = @ 
SHIFT_RT = 1 
SHIFT_LT = 2 

HOLD = 3; 
BEGIN 


NERARAHHERRR INARA RRA CRehhh T OXeRRRSERCSHRE 


/OE ; 


:**ouT#*" 





"CLK SEL(1:8) DATA(3:9) /OE : SRILO “SLIRO ¢ Q(3:9} Q(3:6)" 

a . a 
x x x Ho: x x $ x 2 2 : 
c LOAD abcd Ls: Xx x : x : abed ; 
Cc SHIFT_RT x Loe: i d : abed : iabe ; 
c SHIFT_LT X Lo: oa i : abed 3: bedi ; 
Cc HOLD x Lo: x x s abed : abcd ; 

END. 

“Reserved Characters 

X = DON'T CARE C = CLOCK P = PRELOAD H = HIGH 

2 2 TRI-STATE “COMMENTS” - = NOT APPLICABLE G = LOW" 


FIGURE 4 


specifies that the fields and signal 
inputs are in the same order as 
previously specified. The IN field is 
first, followed by I_0, CS, and OUT, as 
well as CLK preceding SEL[1:0], etc. 


The first vector of the function table 

tests the device's ability to generate 
tristate outputs. The output enable 
(JOE) is active LOW; forcing it HIGH (H) 
causes the outputs (Q(3:0]) to be made 
tristate (Z). The rest of the signals 
in the vector are not required and are 
set to don't cares (xX). The second 
vector makes use of variables and 
constants to test a load function. The 
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constant LOAD in the select field is 
used to clarify what function is chosen. 
The data input ‘field contains the 
variable string (abcd), which is loaded 
into the outputs following the clock 
pulse. The clock (CLK) entry in the 
table has the letter C to signify a 
positive-edge-triggered clock pulse that 
causes the next state of the device to 
be entered, The third vector uses 
constants and vectors to test the shift 
tight function. The data field is not 
required and is set to don't cares. 
Following the clock transition the 
Outputs will have the result of the 
shift. The variable string (abcd) will 


have the variable (i) shifted in from 
the right, and the variable (d) will be 
shifted out. The succeeding vectors in 
the pattern may be understood in the 
Same way as those above. The result is 
that only five vectors specify a test of 
the shift register, as contrasted to 
twelve for only a partial definition in 
the PALASM format. 


The Production Process: Post-Programming 
Function Verification 


After a design is successfully verified 
it can be implemented on a device by 
programming the device's internal fuse 
array. A few or a great many devices 
may be programmed depending on the 
application of the design. Independent 
of the volume of devices, post- 
programming verification is necessary to 
insure that the devices are fully 
functional devices before they are 
integrated into systems. 


Post-programming verification tests the 
functional capability of the programmed 
device using test vectors. These 
vectors are similar to the test patterns 
used in simulation, but more of them are 
needed. Cost and test time increase 
linearly with the number of vectors 
being tested. If the vectors are not 
readily available or complete, they must 
be generated by the user or a computer. 
For a user the task of generating the 
number of vectors needed for an 
extensive post-programming test can be 
tedious and error-prone. Post- 
Programming vectors generated by a 
computer are more complete and accurate. 


Fuse Programming and Verification 


The fuse array is the internal element 
that defines the logic structure of the 
device upon programming. When the user 
obtains the device from the manufacturer 
all the fuses in the array are intact. 
After programming, the array is a 


combination of intact and blown fuses. 
Depending on the selection of fuses that 
are required to implement the desired 
function. The programming of fuses is 
done by blowing one fuse at atime. As 
they are blown, the fuses are 
individually checked by the programmer 
for correctness. As soon as programming 
is completed, the user may also perform 
a global fuse array verification using a 
programmer. Fuse array verify checks 
the fuse pattern on the device against 
the test pattern stored in the 
programmer's memory. The success of 
this verification partially indicates 
that the device is functional. 


Preload 


Preload is a hardware feature that has 

been added to the register circuitry of 

all AMD's registered programmable logic 

devices. This feature simplifies 
testing since current state of the 

registers can be set to a known value 

just like any other input. Thus the 

preload capability reduces the task of 

sequential testing to the much easier 

combinatorial test problem. 


Figure 5 shows a simple example of state 
testing. Without preload it would be 
difficult to access state 3 without 
sequencing through states 6, l, and 2. 
Furthermore, this process would be 
iterative for each test of state 3. 
With preload, state. 4 can be entered 
directly and tested. Thus test time is 
saved because less vectors are required. 
Power-up initialization is difficult te 
test. Typically, a state machine has 
additional don't care states that only 
affect power-up. Should any of these 
don't cares be entered on power-up the 
machine must be able to exit them to 
start normal operation. Preload allows 
these states to be entered and tested to 
see if they can be exited. Preload is 
invaluable in the test methods examined 
in the next section. 
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TESTING OF STATES 
FIGURE 5S. 


Function Testing 


The different methods used for post- 
programming functional testing differ in 
how the input and output test vectors 
are generated and applied, and in how 
many vectors are needed. Functional 


testing methods for programmable logic. 


devices fall into the categories of 


User-generated, Exhaustive, Pseudorandom 
and Path Sensitization. 
Of the four methods, user-generated 


requires the most amount of knowledge 
about the actual design. Someone, 
usually the designer, must generate the 
input and output test vectors. This 
method is very attractive if. the vectors 
were already created for simulation or 
some other previous test. The level of 
testing can be tailored, but if a 
complete functional test is needed or 
desired, vectors required may be 
prohibitive. The simulation vectors of 
Figure 4 can be used for a complete test 
1£ the designer writes software that 
expands the number of vectors by using 
all the possible combinations of the 
variables.and don't care inputs, and if 
the Preload facility is available. 


This method of testing is inadequate if 
the vectors are for some reason not 


readily available - for example, if pre- 
Programming testing is done out of 
house. , 


With exhaustive technique the designer 
attempts to test all possible input and 
current state combinations against all 
possible expected outputs. Input and 
current state may be created simply by 
sequencing through the possibilities. 
The Preload facility is needed to 
generate the current states. The 
expected outputs either need to be 
calculated from the design specification 
with software, or some signature 
analysis technique on the output results 
must be employed. 


With this scheme 106% functional testing 
can be accomplished. An additional 
advantage is that if signature analysis 
is employed no vectors need to be 
calculated. The disadvantage of this 
methods is that the worst-case number of 
vectors must be applied: 20-pin PAL” | 
requires 217or 128,000 vectors. While 
128,608 vectors might be applied 
economically, as devices get more. 
complex, the number of vectors may 
become unmanageable. 


The Pseudorandom testing technique 
performs a device test by generating 
random test inputs and utilizing a 
signature analysis on the output 
results. The advantages of this 
technique is that no vectors need to be 
calculated and the level of testing can 
be controlled by the number of vectors 
applied. This type of testing is useful 
for combinatorial and simple sequential 
designs, but is of Little use on complex 
sequential designs since with random 
inputs it is not possible to apply the 
Proper sequence of inputs to cause the 
Proper state transitions. Because of 
its random nature this technique can't 


Se Seer erected 2! ‘ 
* PAL is a registered trademark of and is used under license from 


Monolithic Memories, Inc." 
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Exhaustive 


User- Pseudo= Path 
Generated random Sensitization 
Method of 
Input Vector User Hardware Hardware Hardware 
Generation (Software) 
User Automatic Signature Automatic 
Output Vector (Software) / Analysis (Software) 
Generation Sig. Analysis 
Application 
# of Vectors dependent Worst-case Selectable Minimal 
Required (expandable 
with software) 
Test Vector 
Software Maybe . Maybe No Yes 
Req'd 
Preload - 
Capability Yes Yes No Yes 
Req'd 
Table 1 


make use of the important Preload 
Capability which makes sequential 
testing easy when used with other 
techniques. 


Path Sensitization testing, also known 
as stuck-at~one/stuck-at-zero testing, 
has previously been used only in large 
test programs such as TEGAS. This 
technique attempts to isolate certain 
paths of a device and apply tests that 
assure that each path is functional. In 
the case of PALs, the paths tested are 
in the AND array matrix. Each gate must 
be 
and stuck-at-zero. 


The advantages of this technique are 
that 160% functional testing can: be 
accomplished with few vectors, and 
Preload can be employed to make 
sequential testing simple. The 
disadvantage is that complex software is 
necessary to generate the test vectors. 
As yet, no readily available path 


isolated and tested for stuck-at-one 


sensitization software has been shown to 
generate a list of vectors that 
guarantees 108% functional testing. 


A summary of functional test methods 
appears in Table 1. 


Conclusion 


This paper has attempted to present test 
methods for the designer to use during 
the different stages of development of 
programmable logic devices. Simulation 
was recommended for verification during 
the design process, and its requirements 
and benefits were discussed. Several 
alternate methods were offered for 
verification of device functionality 
following programming and verification 
of programming. The ability to preload 
was shown to simplify sequential device 
verification; its requirements were also 
discussed. 
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3.7.10 Article Reprint 





DESIGN ENTRY 


Fuse-programmable chip 
takes command 
of distributed systems 


The first fuse-programmable controller 
eliminates bulky and expensive designs, freeing distributed 
intelligence to carve out a greater niche for itself. 


spawned the suburbs, standard microprocessor 

buses and add-on boards have distributed pro- 
cessing intelligence, revolutionizing the design of 
digital systems. Breaking systems into independent 
modules shortens the design cycle, eases upgrades, 
and accelerates fault diagnosis. But despite these ad- 
vantages, an essential element has been missing: a 
one-chip controller geared specifically to the needs of 
distributed intelligence. 

Without that critical ingredient, engineers have 
been forced to turn to less than optimal solutions. 
One approach relies on boards packed with as many 
as 35 SSI and MSI devices. Another tack is to go with 
a powerful—yet costly— VLSI chip. Alternatively, a 
programmable logic device can be pressed into ser- 
vice, but such circuitry lacks the computing power to 
control peripherals. 

The missing element, a fuse- programmable con- 
troller chip, is now here. By mixing intelligence and 
control, the Am29PL141 stakes out new territory for 
distributed systems. The 20-MHz IC combines for the 


[;: much the same way that cars and highways 


first time all of the elements of an intelligent micro- . 


code controller. Its powerful sequencing logic steps 
through the controller’s 64-by-32-bit pipelined 
PROM. That fuse-programmable memory stores a 
user-defined microprogram drawn from a set of 29 
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microinstructions, including a repertoire of jumps, 
multiple branches (or case statements), and sub- 
routine calls. All can be executed conditionally, de- 
pending upon the outcome of one of eight tests. In 
addition, a serial shadow register on the 28-pin chip 
helps designers diagnose system troubles right down 
to a particular IC. (In the past, expediency often dic- 
tated that complex trouble-shooting be avoided for 
as long as possible.) 


Four basic blocks 


The controller comprises four main functional 
blocks. Three of them—the microaddress control 
logic, condition code selector, and microinstruction 
decoder—form the cornerstone of the controller, the 
address sequencer. The fourth is a microprogram 
memory (64 by 82 bits) with a pipelined register and 
serial shadow register (Fig. 1). 

For the most part, the elements of the address 
sequencer are fairly typical. Nevertheless, the way in 
which they are organized and connected, as well as 
the instruction set, make the chip unique. For ex- 
ample, the microaddress control portion of the 
sequencer contains one register for counting loops 
and another for stacking subroutine return address- 
es. Yet either register can be employed to double the 
capacity of the other. Consequently, the chip can nest 
two levels of loop counting or two levels of subroutine 
branching (the instruction set reflects those abili- 
ties). And the high degree of interaction between ele- 
ments, particularly within the microaddress control 
logic, makes necessary a highly sophisticated micro- 
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instruction set. 

The microaddress control logic is the brain of the 
address sequencer, since it generates the addresses 
that access the microinstructions. At any time, the 
address that is called depends on the preceding in- 
struction and the outcome of any conditional tests. 

Within the control logic, a program-counter multi- 
plexer supplies the PROM’s 6-bit address. The multi- 
plexer takes the address from a microprogram 
counter, incremented program counter, branch con- 
trol logic, or subroutine register. Because the pro- 
gram counter contains the address of the currently 
executing instruction, that instruction is executed 
again when the program counter is selected as the 
address source. As a result, the counter plays a fun- 
damental role in tallying loops and executing “wait 
until true” instructions. 

The incrementer holds the next address in the 
sequence, and is the expected source when no jumps 
are executed and no branch or subroutine conditions 
exist. When conditional statements like “if... 
then... else” and multiple branches pass the re- 
quired tests, or when unconditional jumps are exe- 
cuted, the branch control logic supplies the address. 
Finally, when the program calls a subroutine, the 

_ subroutine register supplies the necessary address. 

A multiplexer selects one of three address sources. 
If only one stack level is needed, the value stored in 
the subroutine register is chosen. When the count 
register feeds the subroutine register, however, it 
furnishes an additional stack level. The third source, 
the incrementer, supplies the subroutine’s return 
addresses. . 


Doing double duty 


If not needed for a second subroutine level, the 
count register can, among other functions, execute it- 
erative loops and time external events. To accom- 
plish the former, the controller loads the register 
with the number of iterations to be run. Each iter- 
ation decrements the register until it reaches zero. 
The zero-detection logic associated with the counter 
informs the chip’s microinstruction decoding logic 
when the register “bottoms out.” 

Using the same logic, an instruction can be re- 
peated a set number of times. Repeated executions of 
the same instruction is a simple way to insert wait 
states and, therefore, build an interface to different 
microprocessors and peripherals. 

The count register is loaded from any of four 

" sources: a decrementer, for normal loops; an instruc- 
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tion field; the subroutine register; and the branch- 
control logic. The last derives a 6-bit value from a 
data field in a microinstruction. 

The branch-control logic, a powerful block within 
the sequencer, calculates the 6-bit value either by ap- 
plying the microinstruction data field directly or by 
using it to mask the chip’s six test inputs, Ty) through 
T;. In the second case, the masked input actually be- 
comes the branch address. Moreover, either the data 
field or masked test value serves as both a branch ad- 
dress and a count value. 

The same control logic also compares the masked 
test inputs to a constant in a microinstruction field. 
The outcome of this check affects a flip-flop. The lat- 
ter’s condition itself becomes a factor in deciding 
conditional branch and subroutine instructions. If a 
match occurs, the flip-flop is set. Alternatively, the 
flip-flop remains unchanged if there is no match. 
Because the flip-flop does not change when there is 
no match, it is particularly useful for comparing 
ASCII characters and other 6-bit fields, as well as for 
successively checking the chip’s test inputs. 


Controlling conditions 


A set flip-flop is one of the eight aforementioned 
tests that fulfills a conditional branch or subroutine. 
Through its condition-code selection logic, the con- 
troller is able to check each of its six test input lines, 
as well as the Condition Code input. Further, an 
exclusive-OR gate within the selection logic switches 
the meaning, or interpretation, of a test result. In 
other words, with no external hardware, a test condi- 
tion can be asserted either when a match occurs or 
when one does not. . , 

The final component of the chip’s sequencer sec- 
tion is the microinstruction decoder. That pro- 
grammable logic array generates the IC’s internal 
control signals based on the microinstruction being 
executed and the test results reported by the con- 
dition-code logic. 

The IC’s fourth functional block comprises the 
fuse-programmable microprogram memory, pipe- 
lined register, and serial shadow register. The pipe- 
line register is 32 bits wide, and stores the micro- 
instruction being run. The next address is calculated 
by the sequencer and its contents is fetched from the 
microprogram memory. The upper 16 bits of the 
pipeline’s output remain within the chip to sequence 
addresses and control internal functions. 

Only the 16 low-order bits link to the outside, as 
user-defined control lines. Of these, the upper byte is 
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1. The 20-MHz Am29PL141 is the first complete microprogrammable controller chip, making it an important 
building block for distributed processing systems. Its powerful sequencing logic steps the controller through 
its pipelined PROM. The fuse-programmable memory is 64 by 32 bits. 
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put in the high-impedance state by setting a micro- 
instruction’s Output Enable bit to 0. Moreover, chips 
can be cascaded readily if more than 16 control bits 
are needed (Fig. 2). 

The serial shadow register, also 32-bits wide, sim- 
plifies device- and system-level diagnostics. It can be 
loaded in parallel with the contents of the pipelined 
register or loaded serially from the Serial Data Input 
pin. On the other hand, the serial register can also 
load the pipeline or shift data out serially. It also may 
simply hold the data sent to it. 

To check out the chip, an instruction is shifted 
serially into the shadow register and then loaded in 
parallel into the pipeline. Doing so forces the instruc- 
tion to be executed, and its results transferred back 


Condition Code 


from the pipeline into the shadow register. From 
there it is shifted out for diagnosis. If all the shadow 
registers in a system are tied together, a series diag- 
nostic loop is created that isolates a problem down to 
a single chip. 


The shadow fuse 


A separate fuse must be blown to set up the serial 
shadow register. When that is done, four pins are 
redefined to handle diagnostics. Specifically, the 
Condition Code and Zero lines and Output Data Bits 
6 and 7 become, respectively, the Serial Data In 
(SDI), Serial Data Out (SDO), Diagnostic Clock 
(DCLK), and Mode control lines. 

The strength of any controller—and the advantage 


(From system) 





2. When an application calls for more than 16 control bits, two or more chips can be 


Am29PL141 
(controlier 2) 


r 
| 
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1 | 
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Serial 
shadow 
register 


Serial ‘ 

shadow 

register, | 
' 


Lower | 
616 bits of 
output J 
t 


cascaded horizontally. The lower 16 bits of each of the chip’s 32-bit microinstructions 
(of which there are 29) serve to control a system’s components. Eight of these 16 con- 
trol bits can be put into a high-impedance state under microinstruction control; the oth- 


er 8 bits are always enabled. 
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of a microprogrammed system that employs it—lies 
in an engineer’s ability to specify the sequence in 
which microinstructions are executed. To ensure 
that ability, the controller executes all the basic 
high-level constructs required for structured micro- 
programming. Its 29 op codes include sequential in- 
structions, conditional instructions, dual branching 
forks, and multibranching case statements. Iterative 
executions, like For, While, When, and Until, round 
out the set. In addition, Jump, Jump to Subroutine, 
Loop, and Compare instructions allow designers to 
store very complex algorithms in the chip’s 64-word 
memory. 

Instruction formats fall into two categories. The 
first is for general microinstructions; the second is 
for the chip’s Compare instructions. The latter com- 
pare a 6-bit test input to a masked constant. The 
Compare instructions are well-suited for character 
searches, as well as key searches in a look-up table. 

A single-precision, floating-point peripheral board 


FIFO register 
Empty 


Instruction 
register 


{2) Am29PL141 
controllers 


Multiplexer 


Status register 


(Fig. 3) presents a good example of the part that the 
controller plays in a distributed system. As a micro- 
programmed design, the peripheral serves as an add- 
on math accelerator card that plays with different 
hosts and buses. The controller orchestrates the ac- 
tions of the floating-point processor, and various reg- 
isters, register files, and memory chips. 


Simple arithmetic 


The processor is simple to use, partly because it in- 
curs no pipeline delays. It conforms to IEEE and oth- 
er industry standards, and takes only a single clock 
cycle to add, subtract, or multiply. It needs five cycles 
to divide, using the Newton-Raphson method that in- 
verts one of the factors and multiplies. In operation, 
to divide X by Y the chip fetches the approximate in- 
verse of Y from a PROM-based table and multiplies 
it by X. One or two iterations of this method increase 
the initial accuracy. 

The floating-point board works with a microword 


register files 
(Am29334) 


Operand R Operand S 


Instruction Floating-point 
rocessor 


(Am29325) 


Final Result 





3. In a typical application, the controller oversees the workings of a floating-point pro- 

‘ cessor board. Host instructions sent to the FIFO and instruction registers initiate sub- 
routines in the controller that generate the signals that run the board. Two controllers 
are employed to supply the necessary number of control signals. 
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of at least 25 bits, 9 more than available with one con- 


troller. Thus the design employs two controller chips. 
The floating-point processor requires five command 
bits. Three are instructions and two select the input 
source. It also needs three control bits to enable its 
trio of data registers. Two other chips (each a dual- 
access four-port register of 64 words by 18 bits) tem- 
porarily store commands. They accept 12 register ad- 
dress bits (6 for source and 6 for destination) from 
the host or the controller’s microprogram memory. 

Data passes to and from the host through input 
and output registers on the board, which call for 


_their own enable signals. Another bit is needed to ad- 


vance the FIFO instruction register. One is necessary 
to enable and another to select.a status word. (The 
floating-point chip supplies status information, 
which is available to the controller through its test 
inputs as well as to the host through the register file.) 
Seven control bits are left for miscellaneous tasks. 
Operation begins when at least one 16-bit instruc- 
tion is loaded from the host into the peripheral’s 
FIFO register. The instruction consists of a 4-bit op 
code, a 6-bit source-register address, and a 6-bit ad- 
dress for the second source register, which also stores 





4. Loading an instruction into the FIFO starts the pe- 


ripheral and activates the controller, which loads an 
external instruction register and decodes the op 
code field. The op code initiates a subroutine in the 
controller, issuing the proper control signals, ad- 
vancing the FIFO register, and loading the next 
instruction. 


the results. Until an instruction is received, the con- 
troller is in the wait state (Fig. 4). When an instruc- 
tion arrives, however, the FIFO’s Empty signal acti- 
vates the controller, which then reads the command 
from the FIFO into a separate instruction register. 
The controller also loads the instruction’s op code in- 
to its test inputs. It then masks the two unused test 
bits and jumps to a subroutine that performs the. 
operation specified by the op code. After completing 
it, the controller advances the FIFO register to load 
the next instruction. 

The peripheral executes up to 16 op codes. The first 
eight are single-cycle operations and identical to 
those of the floating-point processor. They consist of 
addition, subtraction, multiplication, and format 
conversion instructions. The remaining op codes are 
used to load, store, and divide data, and a multiple cy- 
cle instruction multiplies and accumulates values. 
The four remaining op codes can be defined by the 
user to implement application-related operations. 

Software and hardware tools are a necessary part 
of such projects as the foregoing peripheral. The soft- 
ware assembles high-level microprograms and a 
JEDEC output file that specifies the fuse pattern to 
be burned into the PROM array. Currently, a pro- 
gram called Fuse Formatter, which runs on the IBM 
PC personal computer, lets designers enter hexadeci- 
mal code that corresponds to PROM data. From that 
code, the program creates a file that is downloaded 
directly to one of several PROM programmers. The 
latter blow the corresponding fuses in the micro- 
program memory and are the only required hard- 
ware tools.O 


Om Agrawal is the product planning manager for 
programmable logic devices at AMD. He has designed 
16- and 32-bit minicomputers, and is the coauthor of a 
book on high-speed memory systems. Agrawal holds a 
PhD in electrical engineering and computer science 
from Iowa State University. He also received an MBA 
from the University of Santa Clara. 

As a senior product marketing engineer for the 
company’s microprocessor division, Deepak Mithani, 
designs and markets bipolar microprocessors. He 
earned a BSEE from India’s Maharaja Sayajirao 
University and an MSEE from the University of 
Wisconsin. 
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“wr ™ hen it comes to generating 
Sy complex, high-resolution dig- 
* ital waveforms, Advanced 
Micro Devices’ Am2971 picks up 
where older parts leave off. Precise 
time delays once required the use of 
either a hybrid structure consisting 
of an analog delay line combined 
with digital logic or costly counters 
driven by high-frequency clocks. On 
the one hand, analog delay lines have 
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short enough tap-to-tap time delays, 
or resolutions, to be usable for han- 
dling the tighter timing relation- 
ships of dynamic and static RAMs. 
However, those lines cannot also ac- 
commodate the longer total delays 
needed by these devices. 

On the other hand, the desired 
waveforms can be obtained digitally 
from the outputs of one or more 
binary counters. But to achieve reso- 
lutions of 10 ns, counters must be 
driven with 100-MHz clock frequen- 
cies, which are difficult to distribute 
around a board, 

The programmable event genera- 
tor (PEG) a monolithic IC, offers 
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a more elegant solution for the prob- 
lem of generating complex high- 
speed timing waveforms (see Fig. 
1). Applications for the PEG (see 
box, ‘A new PEG in the designer’s 
tool box’’) range from simply cor- 
recting the clock skew that-results 
from distributing a clock signal on 
a backplane to generating complex 
state-machine timing, The PEG’s 12 
output lines can be programmed by 





EVENT | EVENT EVENT 
1 2 31 





Fig. 1. In response to a logic tran- 
sition on its trigger (TRIG) input, the 
PEG will generate 12 simultaneous 
user-programmed timing waveforms 
on its Ty to Ty output lines. 


the user to assume either a logic- 
high or a logic-low level within each 
of 32 time slots or events. The fre- 
quency of these events—that is, the 
frequency of the output waveforms 
—is also programmable. But it is the 
precision and resolution of these 
waveforms that is the PEG’s claim 
to fame (see Fig. 2). 


Internal operation 

The PEG is an edge-triggered 
logic device that generates a pre- 
programmed digital waveform in 
response to a triggering signal. It 
consists of four basic blocks: a next- 
address and event store, a start-ad- 
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dress store, an oscillator and clock- 
control block, and control logic (see 
Fig. 8). A total of 623 user-program- 
mable platinum-silicide fuses, simi- 
lar to those used in AMD’s bipolar 
PROMs and programmable array 
logic devices, are located throughout 
these blocks. 

When the PEG’s fuses are being 
programmed, the 12 timiny-tap out- 
puts (Ty to T,,) are used as fuse- 
address inputs, A thorough descrip- 
tion of the procedure for program- 
ming the PEG can be found on its 
data sheet, so for the purpose of 
understanding what goes on inside 
the chip, let’s assume that it has al- 
ready been programmed. 

An output-timing sequence is ini- 
tiated by a logic transition at the 
TRIG input. Two user-program- 
mable fuses are located in the trig- 
ger-polarity block. One of them is a 
polarity-select fuse, which when un- 


Fig. 2. Tap-to-tap resolution of an 
analog delay line (a) is not indepen- 
dent of its total delay time. However, 
the PEG’s 12 programmable output 
waveforms (b) are independent of 
one another. Resolutions down to 
10 ns can be easily obtained. 





programmed will cause the timing 
sequence to start during a negative 
transition of the TRIG input. If it 
is programmed, the sequence starts 
when a positive transition occurs. 

The second fuse in this block is 
used to define the end of a timing 
sequence. If this fuse is left .unpro- 
grammed, the timing sequence is 
stopped on the trailing edge of TRIG 
pulse. Otherwise if the second fuse 
is programmed, the end of the tim- 
ing sequence is defined by the stop 
bits as programmed by the user into 
the next-address/event generator 
functional block. 


Customized waveforms 

A transition at the TRIG input 
latches three address bits, Ay to Ao, 
which are decoded by the start-ad- 
dress store, which serves as an 8 x 
5-bit mapping PROM. Each of its 
eight addresses represents a differ- 


INPUT 


TAP 1 


TAP 3 
TAP 4 


TAP 5 


ent starting point for the 12 output 
waveforms. For example, three dif- 
ferent addresses in this store could 
be used to initialize output wave- 
forms that implement the read-, 
write-, and page-mode timing se- 
quences of a dynamic RAM. 

The five bits of each address are 
used to select one of thirty-two 18- 
bit locations from. the next-address 
and event store (also a PROM). 
Each 18-bit string contains three 
groups of information. The first 5 
bits define the next address of the 
desired timing sequence. The next 
12 bits define the logic levels on each 
of the timing-output lines (Tp to 
T,,). The 18th bit is a sequence-stop 
bit. As the timing sequence pro- 
gresses from the first to the thirty- 
second event-store address, the out- 


put lines will produce 12 independent 


waveforms. 
The assumption so far is that the 
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stop-function fuse has not been 
programmed. If it has, the timing 
sequence will no longer stop on the 
trailing edge of the TRIG pulse, The 
end of a timing sequence will instead 
be defined by the stop bit. When a 
timing sequence encounters a stop 
bit, the entire sequence comes to a 
halt, and the 12 timing-output lines 
remain at their current logic level. 

Each of the timing-waveform out- 
puts has a minimum useful cycle 
time of 40 ns (or 20 ns per change). 
When the PEG is operating at its 
maximum internal-clock frequency 
(f, = 100 MHz), the outputs must 
be programmed to remain un- 
changed for at least two clock pe- 
riods for each change of logic level. 
That is, although an output can only 
change a minimum of every 20 ns, 
the timing resolution between events 
among taps may be as low as 10 ns. 
When the, PEG’s internal clock is 
programmed to operate at 50 MHz or 
slower, the timing waveform can be 
programmed to change once each 
clock period. And its clock-frequency 
range is low enough—from 7 to 20 
MHz—for the user to drive the 
PEG’s CLK input from the system 
clock via an internal clock input pin. 

Alternatively, the designer may 
opt for crystal control by connecting 
a 7 to 20-MHz crystal to the X, and 
X, inputs of the PEG. And thanks 
to the five fuses within the oscillator 
and clock-control block, the user can 
also set the frequency of the output 
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Fig. 3. The PEG consists of four basic blocks: a next-address and event store, 
a Start-address store, an oscillator and clock-control block, and control logic. 


waveforms. Four of these fuses are 
used to select f,. 

When an external crystal is used, 
the PEG’s internal phase-locked loop 
(PLL) will treat the crystal’s fre- 
quency as an input-reference fre- 
quency, f;, and will multiply it by a 
programmable value (1, 5, 10, %, %, 
or 1%) to obtain the desired value of 
f, (see Fig. 4). Also an output-clock 
frequency, f,, is available on the 
CLKOUT pin. This output clock— 
whose frequency is either % or %o 
of the internal-clock frequency— 
may be used to synchronize the out- 


A new PEG In the 
designer’s tool box 
Designers no longer have to grap- 
ple with low-resolution analog de- 
lay lines or costly timing logic 
when high-speed waveforms are 
needed, The Am2971 program- 
mable event generator, trade- 
marked PEG, from Advanced Mi- 
cro Devices has 12 output lines 
that can produce and accurately 
place logic transitions as short as 
20 ns, with a minimum waveform- 
to-waveform resolution of 10 ns. 


SSS$$$ 

Packaged in a 24-pin DIP, the 
PEG is available for $12.07 and 
$17.75 ea/100 for plastic and ce- 
ramic parts, respectively, For 
details, call Robert Eminian at 
408-749-4411, or circle 351. 
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puts of the PEG with the remainder 
of the system. And speaking of sys- 
tems, the PEG comes in very handy 
for generating the specialty cycles 
offered by today’s DRAMs. 


DRAN-timing application 

Typically, the system designer 
must use more than one analog de- 
lay line and some external logic to 
produce the multiple CAS pulses 
needed for the page-mode cycles of 
some DRAMs. Timing designs using 
high-speed clocks and counters are 
equally cumbersome in this case. 
Once again, the PEG chip offers a 
streamlined solution because it_can 
readily generate the multiple CAS 
pulses. 

Another job for the PEG comes 
about as a result of the use of multi- 
plexed address lines on high-density 
DRAM boards. Because the many 
address lines presenta relatively 
large capacitive load to the multi- 
plexer, significant time delays are 
introduced in the address-timing 
waveforms. 

Typically, a signal provided by the 
system switches one or more ad- 
dress-multiplexer ICs. This signal 
must be accurately timed to change 
state after time interval 1 in Fig. 5. 
The performance of the individual 
DRAM—and ultimately of the entire 
memory system in which it resides— 
depends on reducing interval 2 as 
much as possible. Interval 1 is 15 to 
20 ns in most standard DRAM spe- 
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(a) 


CLKOUT (fo) 


Fig. 4. The PEG can be clocked by 
an external crystal (a) or by the sys- 
tem clock. On-chip programmable 
clock-control logic (b) enables the 
user to set the Internal-clock fre- 
quency, fe. 


cifications. Thus, a resolution of 10 
to 15 ns is desirable for the DRAM- 
timing waveforms—an easy job for 
the PEG. 

What’s more, the PEG can be used 
to generate the necessary timing 
waveforms for multi-array mem- 
ories too. In video-DRAM systems, 
for example, the rising edge of the 
transfer-enable signal, TRG, must 
be accurately placed relative to the 
rising edge of the serial-port clock 
signal, SC. When the PEG is used to 
generate both waveforms, the de- 
signer has full control over the reso- 


CAS 


lution between ‘the rising edges of 
the TRG and SC signals. 


More events and/or channels 

In some applications, 12 output 
channels are sufficient but more than 
32 event states are necessary. These 
additional states can be obtained by 
connecting two PEGs as shown in 
Fig. 6. After PEG 1 has cycled 
through its 32 states, its Ty line 
triggers PEG 2. The second PEG 
will then begin its timing sequence 
at the start address specified by PEG 
1. If necessary, the clock frequency 
of PEG 2 may be changed by using 
the clock output of PEG 1 as the 
clock input to PEG 2. Otherwise, the 
internal clocks and TRIG polarities 





OSCILLATOR 
AND 
CLOCK CONTROL 
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DATA : VY 

a XXX ewan 
Fig. 5. In this DRAM delayed-write cycle, interval 1 must be kept to within 10 
or 15 ns, and interval 2 must be as short as possible. When mounted on the 


same DRAM memory board, the PEG could be used to generate the RAS, © 


CAS, and WE signals. 
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Fig. 6. By connecting two PEGs, de- 
signers can obtain timing waveforms 
' that consist of more than 32 events. 


of the two PEG chips are indepen- 
dently programmable. 

If the waveforms must be nested, 
one of the output taps of PEG 2 can 
be used to remove the TRIG signal 
from PEG 1, PEGs can also be par- 
alleled for applications in which 32 
event states are sufficient but more 
than 12 output channels are needed. 
For example, when 12 to 24 channels 
are needed, the designer can simply 
drive two PEG chips with the same 
input signals and use as many of the 
output lines as necessary. Oo 
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PLDs implement 


encoder/decoder 
for disk drives 





By using software to define programmable 
logic devices as run-length-limited encode/ 
decode systems, you can design disk-drive 
systems that have 50% more data-storage 
capacity than drives that implement the 
MEM < code. 


Arthur Khu and Rudy Sterner, 
Advanced Micro Devices Inc 


When you're designing a disk-drive system, you can 
implement run-length-limited (RLL) 2,7 encoding/de- 
coding circuitry in your design by using only three 
programmable-logic devices (PLDs) and two shift reg- 
isters. You design the encoder and decoder as state 
machines and use the timing diagrams to determine 
what the timing and control signals must be. 

To create a disk controller with encoding/decoding 
features, you can use three AmPAL22V10 PLDs and a 
disk controller such as the Am9580/Am9582 chip set 
(Fig 1). The Am9580 hard-disk controller and the 
Am9582 disk-data separator perform all the general 
disk-control functions. The PLDs have appropriate 
architectures for implementing the encoding and decod- 
ing state machines. Further, you can reprogram the 
PLDs to implement higher density ratios for data 
encoding, and you can increase your system’s speed 
simply by using faster PLDs. 

An RLL code is a code in which the number of zeros 
between ones—the run length—is definite. The “2,7” 
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designation means that the code for the binary data 
string has at least two and at most seven zeros separat- 
ing the ones. RLL codes increase the density of data 
stored on a disk by reducing the number of recorded 
pulses (ones) necessary to represent a given amount of 
data. This reduction allows the disk-drive circuitry to 
pack the ones closer together, increasing the amount of 
data on the disk. 

In comparison with the (de facto) industry-standard 
approach, MFM, the RLL 2,7 code increases by 50% 
the amount of data you can store on a disk drive (see 
box, “RLL 2,7 code vs MFM code”). In addition, RLL 





Fig 1—A complete disk controller requires only two VLSI ICs, a 
PLD-based encoding/decoding system, and a drive interface. The 
hard-disk controller and the disk-data separator provide generic 
disk-drive control, and the PLDs provide RLL 2,7 encoding and 
decoding, which increases disk storage capacity. : 
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TABLE 1 — RLL 2,7 CODING RULES 


2,7 CODE 
1000 
0100 


100100 
001000 
000100 
00001000 
00100100 





2,7 decoding circuitry recovers quickly from code-de- 
tection errors. 

As Table 1 shows, RLL 2,7 encoding circuitry trans- 
lates seven data strings into 2,7 code. You can break 
any binary non-return-to-zero (NRZ) data string into 
combinations of the seven data strings. To obtain the 


decoded data string, the circuitry matches the 2,7 code 
patterns with the seven 2,7 code strings in Table 1. 
Because 2,7 code strings have variable lengths (they 
can be 2, 3, or 4 bits long), your design will need control 
logic that controls the output from the encoder/decoder 
as translation takes place. Encoding and decoding state 
machines (Figs 2 and 3) implement this control logic 
from the code in Table I (see box, “Convert RLL 2,7 
code to a state machine”). The encoding state machine 
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Fig 2—The encoder state machine (a) describes the translation of input data into RLL 2,7 code. The first two cycles in the encoding of the 
data string 00101100 (b) demonstrate how the encoder determines the correct code by examining both the bit to be encoded and the next two 


(look-ahead) bits. 
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produces two 2,7 code bits for each data bit received. 
The decoding state machine, on the other hand, pro- 
duces one data bit for every two bits of 2,7 code. The 
‘clocking scheme in these encoding/decoding state ma- 
chines is simpler than the familiar table-look-up meth- 








During decoding, circuitry matches the 
RLL 2,7 code patterns with the seven RLL 
2,7 code strings to obtain the corresponding 
decoded data string. 





od, which requires suspended operation during encod- 
ing and decoding. 

You can implement both of these encoding/decoding 
2,7 state machines with one PLD device (IC,) and two 
shift registers (INREG and OUTREG) (Fig 4). To 
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Fig 3—This decoder state machine (a) represents the translation of RLL 2,7 code into an output data stream. To determine the correct output 
data, the decoder examines four code bits—two bits to be decoded and two look-ahead bits, as shown in the example in b. 
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Because the RLL 2,7 code contains two bits 
for every one bit of data, the timing cir- 
cuitry divides the clock signal for the coded 
data, producing a data clock. 


synchronize the encoder/decoder with the hard-disk 
controller, you use two other PLDs (IC2 and IC3) to 
provide clock-generation and address-mark-control 
logic. IC; is a AmPAL22V10, which has sufficient 
capacity to implement the two state machines. IC:, also 
an AmPAL22V10, utilizes the PLD’s large capacity and 
programmable output cells to implement the address- 
mark-control circuitry. An AmPAL16HD8 (IC3), which 
is sufficient for implementing the clock circuitry and the 
random logic, completes the design. 

To understand the state-machine implementation of 
the RLL 2,7 encoder, consider the state machine in Fig 


RLL 2,7 code vs MFM code 


Although the RLL 2,7 and MFM 
coding methods can both in- 
crease a disk drive’s capacity, 
RLL 2,7 code is more compact. 
A disk drive that implements 
the RLL 2,7 code can, therefore, 
store 50% more data than can a 
drive that implements the MFM 


code. DATA : 


C=CLOCK PULSE 
11 OO11 


2. The encoding state machine begins in state zero; the 
first four bits of the data to be encoded are in the shift 
register INREG. For the data stream in the figure, the 
encoder, beginning in the first cycle (Ty) reads the first 
bit in the stream as 0 and sees that the next two bits 
(the look-ahead bits) in INREG are 0 and 1, respective- 
ly. According to the state diagram, the encoder pro- 
duces a 00 output because, as Table 1 shows, input data 
starting with 001 translates to a character string that 
starts with 00. The encoder then enters state 2, shifts 
the encoded 0 out of INREG, and shifts in the next 
(fifth) bit of the data to be encoded. 


DATA : 1100110011 


MINIMUM FLUX- 
TRANSITION SPACING 


0011 RLL 2,7 


CODE : 0100 00100100 00100100 


On the magnetic medium in 
the disk drive (hard-disk or flop- 
py-disk drives), binary data ap- 
pears as a change in flux (repre- 
senting a one) or as no change in 
flux (representing a zero). Be- 
cause the disk density is limited 
by the minimum distance be- ee eae Ga 
tween flux transitions, the maxi- 
mum data density depends on 
how the data is encoded. 

- MFM is an RLL code with the 
designation 1,3;1,2;1. RLL 2,7 
code (its full designation is 
2,7;1,2;3) allows a minimum of 


occupies. 


| ms reel [— AT 150% DENSITY OF MFM 


1) tt ttt ttt tt tt tit 


Fig A—Data storage that’s 50% more dense is the principal advantage of RLL 2,7 code 
over the de facto standard MFM code. Because it needs fewer transitions to describe 
data, the RLL 2,7 code takes up only 67% of the disk storage space that MFM code 


two zeros between each one, and 
MF code allows a minimum of 
one zero. RLL 2,7 code can 
store as much as 50% more data 
in a given number of flux 
changes than can MFM code; 
therefore, RLL 2,7 code can 
store as much as 50%. more data 
on a given section of magnetic 


medium. 

Consider the example in Fig 
A. The data stream 1100110011 
is represented by eight transi- 
tions in MFM code, and by five 
transitions in RLL 2,7 code. 
When the disk drive uses the 
minimum distance between tran- 
sitions to record the RLL 2,7 
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code, the RLL 2,7 code takes 
67% of the space that the MFM 
code takes, so it has space avail- 
able to store 50% more data. In 
most applications, the actual 
storage increase is between 35% 
and 40%, because some disk 
space is reserved for sector and 
data-field markers. , 
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In the second cycle (T\) of the encoding process, the 
encoder sees that the data bit is 0 and the two look- 
ahead bits are 1 and 0, respectively. According to the 
state diagram, when the encoder is in state 2 and sees 
010, its output is 00. As before, the encoder then moves 
to the next state (in this case, state 0) and shifts a new 
bit into INREG. The rest of the encoding process 
proceeds similarly. 

The decoding process is similar to the encoding 
process. The decoder, which is described as-a state 
machine (Fig 3), accepts two input bits in RLL 2,7 
format and sees the next two coded bits as look-ahead 
bits. In contrast to the encoder, the decoder produces 
one output bit for every two input bits. 

To implement this encoder and decoder circuitry with 
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DISK-DATA 
SEPARATOR 


DRIVE CONTROL 


OUTREG 


ICy 
AmPAL22V10 
RLL 2,7 


AMF ENCODER’ 


INREG 
SHIFT_IN 


PLDs, you can use PLD-design tools such as CUPL 
from Personal CAD Systems Inc (San Jose, CA) and 
Abel from Data I/O Corp (Redmond, WA). These 
software tools include syntaxes that you can use to 
describe state machines as well as general logic equa- 
tions. 

To control the rate at which IC, (in Fig 4) receives 
data and code, IC; and IC; implement the timing signals 
shown in Fig 5. Three signals (Read, Write, and 
Code_Clock) from the hard-disk controller and disk- 
data separator form the basis of the timing signals. 

First, the timing circuitry produces a clock signal, 
Rd_Clk, from the Code—Clock signal that originates at 
the disk-data separator’s FDDAM output. Because the 
RLL 2,7 code contains two bits for every one bit of 


ORIVE 
INTERFACE 


IC2 
AmPAL22V10 
AODRESS-MARK 
GENERATOR/ 
DETECTOR 


DATA/CODE 


Am9580 
HARD-DISK 
CONTROLLER 1Cy 
AmPAL16HO8 
GLUE LOGIC 


BINARY DATA 





CONTROL SIGNALS 


2,7 CODE TO/FROM DRIVE INTERFACE 


Fig 4—The encoding/decoding circuitry includes three PLDs. IC, implements the encoding and decoding state machines. IC, monitors IC, 
and provides special timing and input signals. IC; implements glue logic and timing signals. 
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Before the disk-drive system can decode data 


on the disk, 1t must synchronize itself with 
the disk’s data clock to find out when the 
data bits begin. 


data, the timing circuitry divides the clock signal for 
the coded data (Code_Clock), producing a data clock 
signal, Rd_Clk. The timing circuitry then uses Code— 
Clock and Rd_Clk to control the timing of shift- 
register control signals Shift_Out and Shift_In. 

To obtain the equations you need to program the 
PLDs, examine the timing diagrams. The timing dia- 
grams show that the state-machine design requires 
only a few timing signals to implement the controller. 


Because the timing circuitry loads and shifts data 
produced by IC, at the points indicated on the timing 
diagram in Fig 5, the only clock signal that IC, requires 
to code or decode data in INREG is the Rd_Clk signal. 

To control the transfer of data and code, the Shift_In 
signal latches data or code into INREG, and the 
Shift_Out signal controls the output of OUTREG. For 
example, when encoding data, the encoder produces 
two bits of code on each rising edge of Rd_Clk. Because 





| Convert RLL 2,7 code to a state machine 


You can use a simple algorithmic 
procedure to convert a code 
table to an encoding state ma- 
chine. For each row of the code 
table, you create a simple 2- 
state expression for the conver- 
sion of the data into the code. 
Then you combine the expres- 
sions into one state machine for 
the entire table. 

’ For the code in Table 1 of the 
accompanying article, you con- 
sider each data bit and the asso- 
ciated pair of bits of RLL 2,7 
code. For example, the first row 
of the table contains two data 
bits: one, which is associated 
with the code 10, and zero, 
which is associated with the 
code 00. The state machine for 
this row begins in state zero 
(which is arbitrarily assigned) 
and changes state when it sees 
that the first data bit is a one 
and the next bit (the look-ahead 

_ bit) is a zero. This change of 
state, which appears graphically 
in Fig Aa, results in the out- 
put 10. 

Note that the state machine 
must evaluate the look-ahead 
bit. If this bit is a one instead of 
a zero, the input data will be 11, 
corresponding to the second row 

| of the table, so your state ma- 
chine must generate a 01. For 


LOOK- 
oN" Ae 


BIT 
140)” 
10 


{ 
RLL 2,7 CODE 
©) OY) 


(a) STATE TRANSITION FOR 
2,7 DATA ROW 10 


(b) DATA ROW 10 1S 
COMPLETELY CODED 


BY THIS STATE 
MACHINE 





(°) 


141) 
01 


j 
00 


© 


(c) ENCODE DATA ROW 11 { 
USING THE SAME PROCEDURE 


(d) COMBINE THE STATE 
MACHINES FOR DATA 
ROWS 10 AND 11 


Fig A—Creating a state machine from a code table is a 2-part process. First, you 
create a simple state machine for each row in the table, and then you combine the state 
machines into one state machine for the whole table. 


this code table, no more than 
two look-ahead bits are neces- 
sary for encoding any data bit. 

If the state machine is in state 
one, and the input data is zero, 
the state machine produces a 00 
output and returns to state zero 
(Fig Ab.) Note that the data bit 
encoded in this state is the look- 
ahead bit from the previous 
state and that no look-ahead bit 
is necessary for encoding be- 
cause the zero is the last bit in 
data row 10. 
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You use this procedure to cre- 
ate state machines for the other 
table rows as well. Fig Ac, for 
example, contains the state ma- 
chine for data row 11. Because 
all the state machines have the 
same beginning state (state 
zero), you can combine them to 
form the complete encoding 
state machine. Furthermore, .the 
state machines may share other 
states, as shown in the combina- 
tion of the two data rows 
(Fig Ad). 
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the Load signal is high at the same time that Rd_Clk is 
high, the bits are loaded into the shift register. Because 
the frequency of Shift_Out is twice that of Rd_Clk, 
Shift_Out shifts both encoded bits out before the next 
encoded bits are loaded. Shift_In presents the next 
data bit to the encoder at the same time that the second 
encoded bit is shifted out, starting the next encode 
cycle. 


READ DECODE 


i fe gn ee 


DECODE TWO CODE BITS 


CODE CLOCK 


SHIFT. OUT 
LOAD ONE DECODED DATA BIT 


wee IN TWO NEW CODE BITS 


SHIFT IN LFLFLIOLS LE LS 


INREG AND OUTREG LOAD WHEN LOAD AND SHIFT ARE HIGH; 
THEY SHIFT WHEN LOAD IS LOW AND SHIFT IS HIGH 


LOGIC EQUATIONS: 


Before the disk-drive system can decode data on the 
disk, it must synchronize itself with the data clock from 
the disk and find out when the data bits begin. To assist 
the circuitry in synchronization and initialization, you 
can place synchronization signals, as well as a marker 
indicating the beginning of data, at the beginning of the 
RLL code. When the RLL circuitry reads these pat- 
terns, it’s ready to decode RLL data. 


WRITE/ENCODE : 
Yi — er a 


CODE_CLOCK 


gigas 2-BIT CODE 
Ju LAU UUUL 


SHIFT OUT SECOND BIT 


SHIFT IN ONE ~ fi eee 


SHIFT.OUT 


SHIFT_IN 


RO_CLK := /AD_CLK (A REGISTERED SIGNAL FROM IC2) 
SHIFT_IN = READ*/CODE_CLOCK+WRITE*RD_CLK 
SHIFT_OUT = READ*/RD_CLK+WRITE*CODE_CLOCK 


LOAD = READ+WRITE*RO_CLK 


CODE CLOCK : CODE-RATE CLOCK SIGNAL FROM FODAM PIN 


ON Am9582 DISK-DATA SEPARATOR 


READ,WRITE : READ/WRITE MODE SIGNALS FROM Am9S80 


HARD-DISK CONTROLLER 


RD_CLK : DATA-RATE CLOCK DERIVED FROM CODE_CLOCK 
SHIFT_IN : COMBINATORIAL SIGNAL FROM IC2 
SHIFT_OUT, LOAD : COMBINATORIAL SIGNALS FROM IC3 





Fig 5—The timing signals from IC; and IC; control the loading and shifting of code and data in the INREG and OUTREG registers. Note 
that the clock and shifting signals for the coded bits have twice the frequency of those for the data bits, a situation that corresponds to the 2:1 


density ratio between code and data. 
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If the decoder detects any pattern before it 
detects the address marker, the circuit resets 
itself and begins the initialization sequence 
anew. 9 





CODE RECOVERS 
COMPLETELY 


0 DETECTED 














DECODED 
DATA 


CURRENT 
NEXT 
STATE OF 


DECODING 
MACHINE 























RECOVERY 


Fig 6—The ability to recover from an error is a useful feature of 
RLL 2,7 code. An error at cycle E, results in incorrectly translated 
data until the machine recovers fully. 


The synchronization field comprises a series of pat- 

terns that allow the phase-locked loop in the disk-data 
' separator to synchronize to the frequency of the incom- 

ing data. These patterns represent the maximum fre- 

quency input. For RLL 2,7 code, that input is 100100, 

because this code has the fewest permissible zeros 

between ones. Using the highest possible frequencies 

minimizes the synchronization time, so the patterns are 
completed quickly. 

A marker that follows the synchronization field indi- 
cates the beginning of data. This marker, the address 

_Mmark, must be distinct from all other code words. For 
example, you can use a pattern that violates the code 
rules, such as a string of zeros (this string is called “de 
erase” because it removes all flux transitions from the 
recording medium). Alternatively, you can use a pat- 
tern that obeys the code rules but is not a defined code 
pattern. In the examples in this article, the pattern 
00000100 identifies the beginning of data. Although this 
pattern is not a defined code word, it doesn’t violate the 
RLL 2,7 code rules as long as it’s preceded by no more 
than two zeros in a row. 

When the 100100 pattern is synchronizing the circuit- 
ry, the circuitry produces the Rd_Clk signal, which is 
in phase with the pattern. In order for the decoder to 
operate properly, the Rd_Clk signal must rise with the 
first one in the pattern and fall with the second one. 
However, because of the repetitive nature of the pat- 
tern, the circuitry could produce a falling edge of 
Rd_Clk on the first one in the pattern and a rising edge 
on the second one, in which case the circuitry would not 





be in synchronization with the beginning of the data. 

The encoding circuitry resolves this synchronization 
problem by inserting the pattern “0100” eight times 
between the synchronization field and the address 
mark. The phase-locked-loop system locks onto the 
0100 pattern, and the Rd_Clk control circuitry in IC, 
sets itself to decode the data correctly. 

To put the synchronization and marker data into the 
RLL 2,7 code on the disk, you must design the RLL 2,7 
encoder to produce the signals. When the signal WG 
(from the hard-disk controller IC3) goes high, the data is 
encoded to all zeros. The encoder translates the zeros 
as the synchronization pattern 100100, which is then 
stored on disk. 

Next, the address-mark-control (AMC) sieial from 
the hard-disk controller sets an internal latch in IC, 
producing the output Am_Latch, which forces IC; to 
put ones in the INREG register. The encoding circuitry 
codes the ones as the string 0100. After the eighth 0100 
pattern, IC, sets the Complt signal high. On sensing 
Complt, IC, writes the address mark. 

The encoding circuitry must have the first four data 
bits in INREG by the time the address mark is written. 
IC, writes two patterns for the address mark. At the 
start of the second address-mark pattern, IC, sets AMF 
(Address Mark Found) High and resets Am_Latch low. 
The assertion of AMF signals the hard-disk controller 
to begin shifting data into INREG for encoding. Be- 
cause four Rd_Clk cycles occur while the address-mark 
pattern is being written, the first four bits are shifted 
into INREG by the time the second address mark is 
written. 

The decoder circuit has two safeguards that prevent 
it from identifying the address-mark pattern incorrect- 
ly. First, the decoder must detect at least five 0100 
patterns before it acknowledges the address-mark pat- 
terns. Second, if it detects any pattern before it detects 
the address mark, the circuit resets itself and begins 
the initialization sequence. 

IC, implements these two safeguards by monitoring 
the RLL code that IC; decodes. When the hard-disk 
controller asserts the RG and AMC signals, IC2 sets 
Complt and Am_Latch low. IC; sets Compit high when 
it detects the fifth consecutive 0100 pattern, enabling 
IC, to detect the address mark. If the input to IC, is 
anything other than a 0100 pattern or an address mark, 
IC2 sets Complt low, and the initialization begins anew. 

If IC, successfully detects the address-mark pattern, 
it sets AMF high. The assertion of AMF causes IC to 
set Am_Latch high, thus enabling the output of OUT- 
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REG to send decoded data to the hard-disk controller. 
Am_Latch remains high as long as RG is high. 

RLL 2,7 encoding also provides for error recovery. 
Whenever a disk-drive system reads code from a disk, 
the read/write heads or the transmission cables can 
cause transmission errors. One of the properties of 
RLL 2,7 code is that any single-bit error (for example, a 

_ coded one detected as a zero) will correct itself after a 
run of at most 16 correctly detected bits. 

In short, whenever a 2-bit pattern doesn’t match any 
of the expected patterns for a particular state of the . 
decoding circuitry, the decoding state machine returns 
to state zero and generates a zero as a translation for 
the erroneous code bits. Then the decoder shifts the 
next two code bits into the INREG register and contin- 
ues decoding from state zero. 

In such cases, the decoding state machine can cor- 
rectly decode coded data, but it may not recover 
immediately upon returning to state zero. As Fig 6 
shows, although the code bits that the decoder detects 
may be valid, the decoded data is incorrect because the 
error has forced that state machine into the wrong 
state. In this example, the decoder doesn’t recover until 
6 code bits later (in cycle E6), when it again falls into 
the correct state and accurately decodes the data. EDN 





Authors’ biographies 

Arthur Khu is a product planning en- 
gineer at Advanced Micro Devices Inc 
(Sunnyvale, CA). He is involved in the 
research and development of architec- 
tures for advanced programmable-logic 
devices, and he has developed a gener- 
al logic compiler for advanced PLDs. 
Art holds a BS in Math/Computer Sci- 
ence and an MS in Computer Science 
from Santa Clara University. He lists 
racquetball and astronomy among his 
interests. 





Rudolph J Sterner, an engineer at Ad- 
vanced Micro Devices Inc (Sunnyvale, 
CA), is engaged in the development of 
disk-drive-related products. Prior to 
his two years at AMD, Rudy worked 
at IMI Corp and Sperry Corp. He 
holds a BSEE from San Jose State 
University, and in his spare time he 
enjoys photography. 





EDN September 18, 1986 


3-409 


3.8 BIBLIOGRAPHY 


Agrawal, Om. "Advances in Programmable Logic Architecture 
and Software Solutions,'' Journal of Semicustom ICs, Novem- 
ber 1984. 


Agrawal, Om and Deepak Mithani. ''Controller mit PAL- 
Programmierung,'"' Elektronik, Januar 1986. 


Agrawal, Om and Deepak Mithani. ''Le controlleur 
Am29PL141 programmable par fusibles dans les systémes 
microprogrammer,' Minis et Micros, Dicembre 1985 — Janvier 
1986. : 


Agrawal, Om and Jim Beck. "Hochleistung-PLDs als Ersatz fiir 
Semicustom Produkte,'' Der Elektroniker, November 1985. 


Agrawal, Om and David Laws. ''The Role of Programmable 
Logic in Systems Design," VLSI Design, March 1984. 


Agrawal, Om and Kapil Shankar. ''Second-Generation Bipolar 
Devices Offer Faster Speed and Increased Flexibility,"' Mid- 
con, September 1986. 


Agrawal, Om and Arthur Khu. ''A Smart Single-Chip Fuse 
Programmable Controller Eases Complex State Machine De- 
sign," Electro 1986. 


Agrawal, Om and Deepak Mithani. ''Vereinfachter Entwurt 
dezentraler microprogrammierbarem Controller-Chip,"" Elek- 
tronik Informationen, November 1985. 


Agrawal, Om and David Laws. ''Welche Rolle Spielen PALs?"' 
Elektronik, November 1984. 


Chang, Don. ''Designing a State Machine Using a PAL," 
Wescon 1985, Session 24. 


Cole, Bernard. ''Field-Programmable Logic: A New Market 
Force,"' Electronics, pp 25-31, January 27, 1986. 


Collett, Ronald. ''Programmable Logic Declares War on Gate 
Arrays,"’ Digital Design, pp 33-38, July 1986. 


Durwood, Brian and Denny Siu. ''Automatic Test Vector 
Generation and Fault Grading Help to Engineer Testability into 
PLDs,"" Wescon 1985, Session 24. 


Gladstone, Bruce and William D. Ellis. "Using Programmable 
Logic, Desktop 'Foundary’ Lowers Risk of Semicustom De- 
sign,"' Electronic Design, October 1985. 


Holley, Michael. "IC Advances Expand Circuit Designer's 
Logic Options,"" Computer Design, pp 77-81, January 15, 
1986. 


Khu, Arthur. "Section 3.5.4 VME Bus Control Simplified with 
PLDs," portions reprinted from EDN, October 2 and 16, 1986. 
Copyright 1986 Cahners Publishing Company. 


Kahl, Tracy and Bob Osann. "PC Design Tools for Instant 
Custom Logic,'' Wescon 1985, Session 24. 


Kitson, Brad. ''Diagnostic Pipeline Register Enhances System 
Reliability and Testability," Electro 1983. 


Kitson, Brad and Joshua Rosen. ''Super-minicomputer design 
using PALs,"’ Electronic Engineering, March 1984. 


Kitson, Brad and Kevin Ow-wing. "Logic Programming En- 
riches Design Process," Electronic Design, March 1984, 


Marrin Ken. "PLDs Slow Advance of Gate Arrays in Low-End 
Designs,'' Computer Design, pp 43-54, February 1, 1986. 


Miller, Warren and David Laws. ''Fuse-Programmable Logic 


‘ Spearheads Semicustom Revolution,’ Electronic Products, 


November 1983. 


Miller, Warren and David Laws and Brad Kitson. 'Logik- 
Baustein Kombiniert PAL und Gate-Array-Technik,'' Elektro- 
nik, Juni 1984, 


Miller, Warren. ''On-chip Circuitry Reveals System's Logic 
States,"" Electronic Design, Apri! 1983. 


Oliver, Douglas. ''The Benefits of Software-Configured Pro- 
grammer for Programmable Logic," Wescon 1985, Session 
25. 


Osann, Bob. "Using the PC for Logic Design,"’ Wescon 1985, 
Session 25. 


Ow-wing, Kevin. "Diagnostics Registers Simplify System Self- 
Testing,"’ Electronic Design, October 1983. 


Ow-wing, Kevin. ''Methode de test et de conception de 
diagnostic,"’ Minis Et Micros. 


Pellerin, Dave B. and Victor Ehr. "Advanced Software Tools 
for PLD Design,"’ Midcon 1985, Session 19. 


Salkow, Steven P. "Design PALs in a High-Performance 
System,"’ Wescon 1985, Session 24. 


Smith, David. ‘Programmable Logic Devices," EDN, pp. 
94-106, May 15, 1986. 


Wang, Tom. "How to Solve the PAL Design Problem," 
Wescon 1985, Session 24. 


Yee, Jenny. ''Second-Generation Programmable Logic De- 
vices Extend Design Capabilities," Electro 1984. 


"Programmable Logic Devices, 1986 Technology Forecast," 
Electronic Design, pp 123-129, January 9, 1986. 


3-410 


SECTION 4 — PRODUCT al 
SPECIFICATIONS 


4.1 Field Programmable Logic Selector Guide 
4.2 Glossary © 


4.3 AmPAL16XX Family 20-Pin IMOX Programmable 
Array Logic (PAL) Elements 


4.4 AmPAL16XXD Family 20-Pin IMOX Ultra High- 
Speed Programmable Array Logic (PAL) 


Elements 

4.5 AmPAL18P8 20-Pin IMOX Programmable Array 
Logic 

4.6 AmPAL20EG8 IMOX-IIl ECL Programmable Array 
Logic 

4.7 AmPAL20EV8 IMOX-IIl ECL Programmable Array 
Logic 

4.8 AmPAL21VT8 24-Pin Dual-Clock Programmable 

_ Array Logic 

4.9 AmPAL22V10 24-Pin IMOX Programmable Array 
Logic (PAL) 

4.10 AmPAL22V10B 24-Pin IMOX Programmable Array 
Logic (PAL) 


4.11 AmPAL23S8 20-Pin IMOX PAL-Based Sequencer 
4.12 AMD 24-Pin Standard PAL Family 
4.13 AMD 24-Pin Enhanced PAL Family 


(Continued) 


4.14 AMD 24-Pin XOR PAL Family 


4.15 AmPALHC29M16/AmPALHCT29M16 24-Pin 
E?- Based CMOS Programmable Array Logic 


4.16 AmPALHC29MA16/AmPALHCTMA 16 24-Pin 
_ E?-Based CMOS Programmable Array Logic 


4.17 Bipolar PROMs as Programmable Logic Products 
4.18 Am29PL141 Fuse Programmable Controller (FPC) 
4.18 Am2971 Programmable Event Generator (PEG) 


by 


4.1 FIELD PROGRAMMABLE LOGIC SELECTOR GUIDE 


Features of PAL Devices Advantages of AMD PAL Devices 


e High speed electrically programmable array logic elements e AMD's superior Bipolar technology ensures industry-leading speed/power families of 
e User customizable logic patterns, generated in minutes with PROM type program- PALs 

mers e Platinum-Silicide fuses and added test words ensure programming yields > 98% 
e Improves performance and reduces board area and cost of existing TTL SSI/MSI e Post Programming Functional Yield (PPFY) > 99.8% 

designs e Reliability assured through more than 70 billion fuse hours of life testing with no 
e Easy to use software design aids available ; failures 
e Security fuse prevents copying of logic by competitors e Full AC and DC parameter testing at the factory through on-board testing curcuitry 

: e Power-up reset simplifies state machine design 
e Industry-leading quality guarantees 


COMMERCIAL PRODUCTS ONLY 


INPUT OUTPUT Log. | PGMMBLE LOGIC 
STRUCTURE STRUCTURE Pts. | OE] OP | STRUCTURE 


16HD8A 16 INPUTS: 8 OUTPUTS: 64 
16HD8L 6 Bidirectional 8 Dedicated, Active HIGH 
16HD8 10 Dedicated 


EIGHT 8-WiDE 
AND-OR 


EIGHT 7-WIDE 
AND-OR 


16 INPUTS: 8 OUTPUTS: 56 + 
6 Bidirectional 6 Bidirectional and 8 OE 
10 Dedicated 2 Dedicated, Active HIGH PTs 


16LD8A 16 INPUTS: 8 OUTPUTS: EIGHT 8-WIDE 
16LD8L 6 Bidirectional 8 Dedicated, Active LOW AND-OR-INVERT 
16LD8 10 Dedicated 
16 INPUTS: 8 OUTPUTS: EIGHT 7-WIDE 
6 Bidirectional 6 Bidirectional, AND-OR-INVERT 


10 Dedicated Active LOW 
2 Dedicated, Active LOW 





AGIND YOLOATSS DINOT JIEVWWVEDOdd AT3ld 





ov 


10H20EV8 
10020EV8 
(ECL) 


10H20EG8 
10020EG8 
(ECL) 


INPUT 
STRUCTURE 


16 INPUTS: 
4 Bidirectional 
8 Dedicated 
4 Feedback 


16 INPUTS: 
2 Bidirectional 
8 Dedicated 
6 Feedback 


16 INPUTS: 
8 Dedicated 
8 Feedback 


18 INPUTS: 
8 Bidirectional 
10 Dedicated 


20 INPUTS: 

8 Bidirectional 
11 Dedicated 

1 INPUT or CLK 


20 INPUTS: 

8 Bidirectional 
11 Dedicated 

1 INPUT or LE 


FIELD PROGRAMMABLE LOGIC SELECTOR GUIDE 


COMMERCIAL PRODUCTS ONLY . 
eg 


PGMMBLE 
STRUCTURE PTs OE | OP 


OUTPUT LOG. 


8 OUTPUTS: 60 + 4 


-4 Bidirectional 4 0E PRG 


4 Registered PTs 4 
DED 


8 OUTPUTS: 
2 Bidirectional 
6 Registered 


8 OUTPUTS: 
8 Registered 


8 OUTPUTS: 
8 Bidirectional, Active 
HIGH or LOW 


8 OUTPUTS: 

8 OLMs: Choose REG or 
COMB, Active HIGH 
or LOW 


8 OUTPUTS: 

8 OLMs: Choose LATCHED 
or COMB, Active HIGH 
or LOW . 


LOGIC 
STRUCTURE 


FOUR 8-WIDE 
AND-OR 

FOUR 7-WIDE 
AND-OR-INVERT 


SIX 8-WIDE 
AND-OR 

TWO 7-WIDE 
AND-OR-INVERT 


EIGHT 8-WIDE 
AND-OR 


EIGHT 8-WIDE 
AND-OR 


VARIABLE PTs: 
8-8- 
12-12-12-12- 
8-8 


VARIABLE PTs: 
8-8- 
12-12-12-12- 
8-8 





ev 


COMMERCIAL PRODUCTS ONLY 
MAX| MIN | MAX 
too | ts | tco 
ns ns ns 

- (|e 

201.10-20 

20L10A 

12 


20L10B 


N/A | N/A 
20L10AL 


20RP4B 15 
20RP4A 25 
20RP4AL 25 


20RP6B 
20RP6A 
20RPGAL 


20RP8B 
20RPBA 
20RPBAL 


20RP10B 
20RP10A 
20RP10AL - 


20R4B 
20R4A 
20R4AL 


20R6B 
20R6A | 
20R6A4 


20R8B 
20R8A 
20R8AL 


20XRP4-20 
20XRP4-30 
20XRP4-40 
20XRP4-30L 
20XRP4-40L 
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INPUT 
STRUCTURE 


20 INPUTS: 
7 Bidirectional 
13 Dedicated 


20 INPUTS: 
12 Dedicated 
8 Feedback 


20 INPUTS: 
6 Bidirectional 
10 Dedicated 
4 Feedback 


20 INPUTS: 
4 Bidirectional 
12 Dedicated 
6 Feedback 


20 INPUTS: 
2 Bidirectional 
10 Dedicated 
8 Feedback 


20 INPUTS: 
10 Dedicated 
10 Feedback 


20 INPUTS: 
4 Bidirectional 
12 Dedicated 
4 Feedback 


20 INPUTS: 
2 Bidirectional 
12 Dedicated 
6 Feedback 


20 INPUTS: 
12 Dedicated 
8 Feedback 


20 INPUTS: 
6 Bidirectional 
10 Dedicated 
4 Feedback 





OUTPUT 
STRUCTURE 


8 OUTPUTS: 
7 Bidirectional, Active LOW 
1 Dedicated, Active LOW 


10 OUTPUTS: 


8 Bidirectional 
2 Dedicated 


10 OUTPUTS: 


6 Bidirectional 


4 REG Inverting 


10 OUTPUTS: 
4 Bidirectional 
6 Registered 


10 OUTPUTS: 


2 Bidirectional 
8 Registered 


10 OUTPUTS: 


10 Registered 


8 OUTPUTS: 


4 Bidirectional 
4 Registered 


8 OUTPUTS: 


2 Bidirectional 
6 Registered 


8 OUTPUTS: 


& Registered 


10 OUTPUTS: | 


6 Bidirectional 
4 Registered 


PGMMBLE LOGIC 
OE | OP STRUCTURE 


PRG | DED |EIGHT 7-WIDE 
AND-OR-INVERT 
DED | TEN 3-WIDE 
AND-OR-INVERT 
P 


ARRAY 
SIZE 


40x72 


co 
OF 
m+ 


SIX (6-2)-WIDE 
AND-OR 
FOUR 8-WIDE 
AND-OR 
RG|TEN 8-WIDE 

AND-OR-INVERT 

PRG|TEN 8-WIDE 
AND-OR 

PRG |TEN 8-WIDE 
AND-OR 


FOUR 8-WIDE 
AND-OR 

FOUR 7-WIDE 
AND-OR-INVERT 


SIX 8-WIDE . 
AND-OR - 
TWO-7-WIDE 
AND-OR-INVERT 


* 3 
R+ 


EIGHT 8-WIDE 
AND-OR 


RG | PRG |FOUR 
(2-6)-WIDE 
AND-OR-XOR 
SIX 8-WIDE 
AND-OR-INVERT 





ae 
m+ 
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ad 
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DEVICE NAME 


20XRP6-20 
20XRP6-30 
20XRP6-40 
20XRP6-30L 
20XRP6-40L 


20XRP8-20 
20XRP8-30 
20XRP8-40 
20XRP8-30L 
20XRAP8-40L 


20XRP 10-20 
20XRP10-30 
20XRP 10-40 
20XRP10-30L 
20XRP10-40L 


22P10B 
22P10A 
22P10AL 


*22V10B 
*22V10AL 
22V10A 
*22V10Q 
22V10L 
22V10 


22XP10-20 
22XP 10-30 
22XP 10-40 
22XP10-30L 
22XP10-40L 


30 


17 
20 


INPUT 
STRUCTURE 


20 INPUTS: 
4 Bidirectional 
6 Feedback 
10 Dedicated 


20 INPUTS: 
2 Bidirectional 
10 Dedicated 
8 Feedback 


20 INPUTS: 
10 Dedicated 
10 Feedback 


20 INPUTS: 
10 Bidirectional 
12 Dedicated 


22 INPUTS: 
10 Bidirectional 
12 Dedicated 


22 INPUTS: 
10 Bidirectional 
12 Dedicated 


23 INPUTS: 

9 Dedicated 

4 Feedback 

4 Programmable 

6 Internal 
Feedback 
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OUTPUT 
STRUCTURE 


10 OUTPUTS: 
4 Bidirectional 
6 Dedicated 


10 OUTPUTS: 
2 Bidirectional 
8 Registered 


10 OUTPUTS: 
10 Registered 


10 OUTPUTS: 
10 Bidirectional 


10 OUTPUTS: 
10 OLMs: Choose REG or 
COMB, Active HIGH or LOW 


10 OUTPUTS: 
10 Bidirectional, Active 
HIGH or LOW 


8 OUTPUTS: 
(plus 6 BSRs) 

4 Registered 

4 OLMs: Choose REG or 
COMB, Active HIGH 
or LOW 


& 
x 
= 
o 
Nh 


PGMMBLE 


4 
PRG, 
4 


DED 


LOGIC 
STRUCTURE 


SIX 
(2-6)-WIDE 
AND-OR-XOR 
FOUR 8-WIDE 
AND-OR-INVERT 


EIGHT 
(2-6)-WIDE 
AND-OR-XOR 
TWO 8-WIDE 
AND-OR-INVERT 


TEN 
(2-6)-WIDE 
AND-OR-XOR 


TEN 8-WIDE 
AND-OR 


VARIABLE PTs: 
8-10-12-14- 


(2-6)-WIDE 
AND-OR-XOR- 


VARIABLE PTs: 
8-10-6-8-8- 
12-10-10-12- 
8-8-6-10-8 





SP 


COMMERCIAL PRODUCTS ONLY | . 


MIN 
OUTPUT ARRAY _ |PGMMBLE LoGic 
STRUCTURE STRUCTURE SIZE oc | op | STRUCTURE 


*HC29M16-35 29 INPUTS: 16 OUTPUTS: 58 x 188 PRG /VARIABLE PTs: 

*HC29M 16-45 3 Dedicated 16 I/O Logic Macrocells 8-8-8-8- 

(CMOS 1/0) 8 Dedicated REG/LATCH/COMB 8-8-8-8- : 
Feedback Active HIGH or LOW , 12-12-12-12- 

*HCT29M16-35 1 CLK/LE/I PRELOAD 16-16-16-16 

*HCT29M 16-45 1 OE/I ; PTs 

(TTL 1/0) 16 1/O LMs 


58 x 184 128 + VARIABLE PTs: 

16 AR & 5-5-5-5- 

AP, 16 5-5-5-5- 
CLK/LE, 9-9-9-9- 

4 OE, 13-13-13-13 
OBS & 
PRELOAD 

PTs 


Max. Propagation Delay 







































































*HC29MA16-35 29 INPUTS: 16 OUTPUTS: 
*HC29MA16-45 4 Dedicated 16 I/O Logic Macrocells 
(CMOS I/O) 1 OE/I REG/LATCH/COMB 

8 Dedicated Active HIGH or LOW 
*HCT29MA16-35 Feedback 





*HCT29MA 16-45 
(TTL 1/0) 


16 I/O LMs 





KEY TO ABBREVIATIONS: 


Under Development Max. Clock to Output Delay 





OE Output Enable COMB Combinatorial : lot Min. Output Drive Current 
PT Product Term OLM Output Logic Macrocell LE Latch Enable 

OP Output Polarity 1/0 LM Input/Output Logic Macrocell OBS Observability 

REG Register(ed) : lee Input Current ts Min. Setup Time 

AR Asyncronous RESET N/A NOT Applicable BSR Buried State Register 

SP Synchronous PRESET fuax Max. Operating Frequency; DED Dedicated 


AP Asynchronous PRESET fruax = 1/(ts + too) 


AGIND YOLOATAS DIDOT JIGVNWVHDOdd ATaAls 





FIELD PROGRAMMABLE LOGIC SELECTOR GUIDE 








DESIGN-AID SOFTWARE TOOLS FOR AMD PAL DEVICES 


Vendor Software Hardware Platform 


ABEL IBM PC or compatible — 
DEC VAX (VMS, UNIX) 
Apollo (AEGIS) - 

Sun. Microsystems (UNIX) 


DASH/CADAT IBM PC or compatible 
DASH/ABEL 
LOGIC IBM PC or compatible 


DEC VAX (VMS, UNIX) 
Apollo (AEGIS) 


























Data I/O Corp. 
10525 Willows Road N.E. 
Redmond, WA 98073 
(206) 881-6444 



















ISDATA 
Haid-und-Neu-Str. 7 
D-7500 Karlsruhe 
West Germany 
(0721) 693092 


JMC PROMAC Division 
2999 Monterey/Salinas Highway 
Monterey, CA 93940 

(408) 373-3607 


PALASM PROMAC P3 
Personal CAD Systems Inc. 


CUPL IBM PC or compatible 
1290 Parkmoor Avenue ; DEC VAX (VMS, UNIX) 
San Jose, CA 95126 R : 
(408) 971-1300 CAE IBM PC or compatible 


MMI PALASM IBM PC or compatible 
(Public Domain) PC (CPM-80) 
DEC VAX (VMS, UNIX) 
AMD PLPL IBM PC or compatible 
(Public Domain) DEC VAX (UNIX) 


AMD AmCUPL IBM PC or compatible 
901 Thompson Place 
Sunnyvale CA 94088 
(408) 732-2400 


Valley Data Sciences 
2426 Charleston Road 
Mountain View, CA 94043 
(415) 968-2800 


AMD-QUALIFIED PAL PROGRAMMER MODELS 
AMD PAL 


Programmer Personality . Adapter 
DATA t/O Corporation 


Models Module 
10525 Willows Rd. N.E. 


MODELS 100A, 19, LOGICPAK 303A - 004 

29A, 29B 303A -011A 
P.O. Box 97046 303A - 011B 
Redmond, WA 98073-9746 UniSite 40 Not Required Not Required 


(206) 881-6444 
FAM52 DAS3, DASS 


Not Required SA37 






















































PERFECT 
VISTA 


IBM PC or compatible 



































DIGILEC, INC. 
1602 Lawrence Ave, 
Suite 113 

Ocean, NJ 07712 
(210) 493-2420 


KONTRON ELECTRONICS, INC. 
1230 Charleston Road 

Mountain View, CA 94039 
(800) 227-8834 


STAG MICROSYSTEMS 
528-5 Weddell Drive 


MODEL~PPZ . ee =~: Not Required 
Sunnyvale, CA 94086 ZL30A/ZL32 Not Required Se Haauned 


STRUCTURED DESIGN, INC. $D1040 Not Required Not Required - 
988 Bryant Way PAL Burner 
Sunnyvale, CA 94087 
(408) 737-7131 : 
VALLEY DATA SCIENCES VDS 160 Not Required Not Required | 
2426 Charleston Road 
PROMAC - P3 Not Required . Not Required 










MODEL-MPP-80S 
or EPP80 




































Mountain View, CA 94043 
(415) 968-2900 


JMC _PROMAC DIVISION 
2999 Monterey Highway 
Monterey, CA 93940 

(408) 373-3607 









4-6 


4.2 GLOSSARY 


PAL. PARAMETER DEFINITION 
VOLTAGE 


Von (High-level Output Voltage) 
The minimum HIGH logic level guaranteed for all outputs 
under worst-case operating conditions. 


Vo. (Low-level Output Voltage) 
The maximum LOW logic level guaranteed for all outputs 
under worst-case operating condtions. 


Vin (High-level Input Voltage) 
The minimum HIGH level voltage that may be applied to any 
input that is guaranteed to represent a HIGH logic tevel. 


Vii (Low-level Input Voltage) 
The maximum LOW level voltage that may be applied to any 
input that is guaranteed to represent a LOW logic level. 


V, (input Clamp Voltage) 
The maximum input clamp voltage is a measure of the 
clamping capability of an input clamp diode provided on 
every input. The input clamp diode suppresses ringing due 
to transmission-line impedance mismatching. 


CURRENT 


lon (High-level Output Current) 
The current forcing condition used to test the HIGH logic 
level, Vou: 


Io. (Low-level Output Current) 
The current forcing condition used to test the logic-LOW 
level, Vo. 


ly (High-level Input Current) 
The current measured into an input pin when a FiGH logic 
level is applied to the input pin. 


i, (Input Current with Maximum fnput Voltage) 
The current measured into an input pin when the maximum 
allowable input voltage is applied to the input pin. 


I, (Low-level Input Current) 
The current measured out of an input pin when a LOW logic 
level is applied to the input pin. 


lozn (High-level Leakage Current) 
The current measured into a three-stated output pin when a 
high logic level is applied to the output pin. The three-state 
condition is overriding a logic-LOW level output state. 


loz, (Low-level Leakage Current) 
The current measured out of a three-stated output pin when 
a LOW logic level is applied to the output pin. The three- 
state condition is overriding a logic-HIGH level output state. 


Is¢ (Output Short Circuit Current) 
The current out of an output pin when Voyr = 0.5 V is 
applied to an output that is in a logic-HIGH level state. 


log (Power Supply Current) 
The current into the Voc terminal of the device when the 
device is in its maximum power logic condition. — 


CAPACITANCE 


Cy, (Input Capacitance) 
The capacitance at an input pin at Vi, = 
1 Mhz. 


2.0 V andf = 
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Cour (Output Capacitance) 
The capacitance at an output pin or 1/O pin at Voy; = 2.0V 
and f = 1 Mhz. 


TIMING PARAMETERS 


tpp (Propagation Delay Time) 
The tpp parameter specifies the delay time for an output to 
switch logic levels as measured between a reference level 
on the input causing the output to change and a reference 
level on the changing output. 


(Output Enable Time, Three State to Active 
Output) 

The tpzx parameter specifies the delay time for a dedicated 
enable buffer to switch a registered output from a three- 
state to an active-HIGH or active-LOW logic level, the 
standard load pull-up resistor must be disconnected to 
establish a LOW level during three-state for tz, measure- 
ments. 


(Output Disable Time, Active Output to Output 
Disable) 

The tpyz parameter specifies the delay time for a dedicated 
enable buffer to switch a registered output from an active- 
HIGH or active-LOW level to a three-state condition. Special 
measurement levels and loads are specified for these tests 
to minimize the effect of the test environment. 


(Output Enable Time, Three State to Active 
Output) 

The te, parameter specifies the delay time for a 
combinatorial or macrocell output to switch from a three- 
state to an active-HIGH or active-LOW level. The switching 
path is through normal inputs and special enable product 
terms associated with the outputs. The standard load pull- 
up resistor must be disconnected to establish a LOW level 
during three-state for tz, measurements. 


(Output Disable Time, Active to Three-State 
Output) 

The ten parameter specifies the delay time for combinatorial 
or macrocell output to switch from an active-HIGH or active- 
LOW level to a three-state condition. The switching path is 
through normal inputs and special enable product terms 
associated with the outputs. Special measurement levels 
and loads are specified for these tests to minimize the effect 
of the test environment. 


ts (Setup Time) 
The ts parameter defines the minimum time a valid data 
level must precede a clock input edge to assure it is 
accepted by a storage device (e.g., register). 


t, (Hold Time) 
The t, parameter defines the minimum time a valid data 
level must be held after a clock input edge to assure it is 
accepted by a storage device (e.g., register). 


teo (tco1) (Clock to Output Time, External) 
The tco parameter specifies the delay between the active 
clock edge and a registered output switching to an active- 
HIGH or LOW level. 


teo2 (Clock to Output Time, Internal) 
The tco2 parameter specifies the delay between the active 
clock edge and a combinatorial output driven by feedback 
from a switching register. 


tezx 


texz 


tea 


ter 





q) 
é 
Oo 
” 
” 
> 
es) 
~< 





GLOSSARY 


tp (tp;) (Clock Period, External) 
The tp parameter specifies the clock period when registered 
outputs are a function of both interna! and externa! signals. 


tp2 (Clock Period, Internal) 
The tp. parameter specifies the clock period when 
registered outputs are a function of internal signals only. 


tw (Clock Width) 
The tw parameter specifies the minimum clock pulse width, 
either HIGH or LOW level, that will still allow proper function 
of registers. In some cases simultaneous minimum width of 
both HIGH and LOW levels is not allowed. This is true when 
tp is greater than two times ty. 


FREQUENCY 


tuax (fimax) (Maximum Frequency, External) 
The fax parameter is derived from the clock period (1/tp or 
1/tp,). It is equal to the maximum clocking frequency when 
registered outputs are a function of both internal and 
external signals. 
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fowax (Maximum Frequency, Internal) 
The fowax parameter is derived from the clock period (1/tp2). 
{t is equal to the maximum clocking frequency when 
registered outputs are a function of internal signals only. 


ASYNCHRONOUS RESET TIMING PARAMETERS 


tay (Asynchronous-Reset Pulse Width) 
The tay parameter specifies the width of the asynchronous 
reset pulse. (The minimum value for this parameter is the 
worst case propagation delay minus the best-case 
propagation delay.) 


tan (Asynchronous-Reset Recovery Time) 


The tag parameter specifies the time for the asynchronous- 
reset signal to become inactive. 


tap (Asynchronous-Reset Propagation Delay) 
The tsp parameter specifies the delay between the 
registered outputs to become reset and the associated 
asynchronous-reset input. 





AmPAL*16XX Family 


20-Pin IMOX™ Programmable Array Logic (PAL) Elements 


DISTINCTIVE CHARACTERISTICS 


AMD's superior IMOX technology 

~ Guarantees tpp = 15 ns Max. ''B'' Versions 
High-Speed, Half-Power (‘'AL'"') and Quarter-Power 
(‘'Q") versions 

Platinum-silicide fuses and added test words ensure 
programming yields > 98% 

Post Programming Functional Yields (PPFY) of 99.9% 


@ PRELOAD feature permits full logical verification 

@ Reliability assured through more than 70 billion fuse 
hours of life testing with no failures 

@ Full AC and DC parametric testing at the factory through 
on-board testing circuitry 

e@ AMD's industry-leading quality guarantees 


GENERAL DESCRIPTION 


AMD PAL devices are high-speed, electrically programma- 
ble array logic elements. They utilize the familiar sum-of- 
products (AND-OR) structure allowing users to program 
custom logic functions to fit most applications precisely. 
Typically they are a replacement for low-power Schottky 
SS!/MSI logic circuits, reducing chip count by more than 5 
to 1 and greatly simplifying prototyping and board layout. 


Seven different devices are available, including both regis- 
tered and combinatorial devices, in six different speed and 


power versions. The very High-Speed ''B'' versions 
(tpp = 15 ns) run approximately 40% faster than the High- 
Speed '"'A"’ versions (tpp = 25 ns). High-Speed, Half-Power 
"AL" versions (tpp = 25 ns, Icc = 90 mA) are available, as 
well as Standard-Speed, Half-Power "L'' versions (tpp 
= 35 ns, Icc* = 80 mA). Quarter-Power ''Q" versions (tpp 
= 35 ns, loc = 45 mA) are also available. 


Please see the following pages for Block Diagrams. 


*Combinatorial functions 


PRODUCT SELECTOR GUIDE 


AMD PAL Speed/Power Families 


ean, 3) tco 7) 
ns (Max.) B. Simin.) ns (Max.) ae Max.) a hin.) 


C/M Devices 


Very High-Speed 
"'B") Versions 


15 
High-Speed 
("A") Versions 


High-Speed, 
Half-Power 
("AL") Versions 


Standard Versions [| 35 | 


Half-Power 
("L") Versions 


Quarter-Power 
("Q") Versions 


(1) Sequential functions 
(2) Combinatorial functions 


AMD PAL FUNCTIONS 


Part Array Output Package 
Number Inputs Logic Enable Outputs Pins 


Eight Dedicated, ‘ : . 
16R8 Eight Feedback Eight 8-Wide AND-OR Dedicated 
Six 8-Wide AND-OR Dedicated Registered Inverting 
Two 7-Wide AND-OR-INVERT Programmable Bidirectional 
Four 8-wide AND-OR Dedicated Registered Inverting 
Four 7-Wide AND-OR-INVERT | Programmable Bidirectional 


Eight Dedicated, 
Six Feedback, 
Two Bidirectional 


Eight Dedicated, 
Four Feedback, 


16R4 


Four Bidirectional 


Ten Dedicated, , : Six Bidirectional 
16L8 Six Bidirectional Eight 7-Wide AND-OR-INVERT {| Programmable Two Dedicated | 20 | 


Ten Dedicated, 
Six Bidirectional 


16H8 


Registered Inverting | 20 | 


Eight 7-Wide AND-OR Programmable | SX Bidirectional | 20 | 


Ten Dedicated, ; . , 
veupe | for-bedeated, —T cignt ewwide AND-ORINVERT | - | Dedeatod 20 
Ten Dedicated, f : : 


IMOX is a trademark of Advanced Micro Devices, Inc. 


*PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 
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AmPAL*16XX Family 


BLOCK DIAGRAMS 


AmPAL16R6 


INPUT/OUTPUT 


PROGRAMMABLE AND 
ARRAY (84 x 32) 


BD002720 BD002730 





Libor 


AmPAL16R4 


PROGRAMMABLE AND 
ARRAY (64 x 32) 


BLOCK DIAGRAMS (Cont'd.) 


BD002740 





AmPAL16L8 


ARRAY (64 x 32) 





BD002750 
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oly 


AmPAL16H8 


PROGRAMMABLE AND 
ARRAY (64 x 32) 


BLOCK DIAGRAMS (Cont'd.) 


INPUT/OUTPUT 


BD003170 


AmPAL16LD8 


ARRAY (84 x 32) 


AmPAL*16XX Family 


BD002760 





BLOCK DIAGRAMS (Cont'd.) 


> 
3 
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AmPAL16HD8 r~ 
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OUTPUT 


BD003181 
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AmPAL*16XX Family 


CONNECTION DIAGRAMS 
Top View 


| ¢ (NOTE 10) 


(NOTE 1){C]1° 


~[_€ (NOTE 1) 


19 [__] (NOTE 10) 
48 [_] (NOTE 9) 
17] (NOTE 8) 
16 {_] (NOTE 7) 
15 |] (NOTE 6) 
14 [C1 (NOTE 5) 
13 [J (NOTE 4) 
12] (NOTE 3) 
111] (NOTE 2) 


o 


s 
te 
@ 


CD010020 


(NOTE 2) ) | 
(NOTE 3) ) | 
(NOTE 4) ) | 


Note: Pin 1 is marked for orientation. 


[eta [sane | sn6 | ven« | vere [sonbe | veube | 


pio | of of vo} vw} oto fo 


*Also available in 20-Pin Ceramic Flatpack. Pinouts identical to DIPs. 
**Also available in 20-Pin Plastic Leaded Chip Carrier. Pinouts identical to LCC. 


PIN DESIGNATIONS 


| = Input 
1/0 = Input/Output 
O = Output 
Voc = Supply Voltage 
GND = Ground 
CLK = Clock : 
OE = Output Enable 
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(NOTE 9) 
(NOTE 8) 


(NOTE 7) 


| (NOTE 6) 


(NOTE 5) 


CD010030 





ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 
a combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Package Type 

D. Temperature Range 

E. Optional Processing 


> 
3 
a) 
> 
- 
= 
a 
>< 
~< 
n 
9 
3. 
< 


AMPAL16R8 8 P Cc 


. DEVICE NUMBER/DESCRIPTION 


. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn In 


. TEMPERATURE RANGE 
C = Commercial (0 to +75°C) 
E = Extended Commercial (-55 to + 125°C) 


. PACKAGE TYPE 
P = 20-Pin Plastic DIP (PD 020) 
D = 20-Pin Ceramic DIP (CD 020) 
J = 20-Pin Plastic Leaded Chip Carrier 
(PL 020) 
L = 20-Pin Ceramic Leadless Chip Carrier 
(CL 020) 


. SPEED/POWER 
See Product Selector Guide 


AmPAL16XX Family 
20-Pin IMOX Programmable Array Logic 


Valid Combinations 
AMPAL16R8/B/A/AL/L/Q Valid Combinations 
AMPAL16R6/B/A/AL/L/Q Valid Combinations list configurations planned to be 
AMPAL16R4/B/A/AL/L/Q supported in volume for this device. Consult the local AMD 


AMPAL16L8/B/A/AL/L/Q PC, DC, DCB, DE, sales office to confirm availability of specific valid 
AMPAL16H8/A/L JC, LC, LE combinations, to check on newly released combinations, and 


AMPALI6LD8/A/L to obtain additional data on AMD's standard military grade 
: products. 


AMPAL16HD8/A/L 
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AmPAL*16XX Family 


ORDERING INFORMATION (Cont'd.) 
APL Products 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL (Approved 
Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) products are 
processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, or surface 
treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed by a 
combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Device Class 

D. Package Type 

E. Lead Finish 


AMPAL16R8 B 


. LEAD FINISH 
A=Hot Solder DIP 
C = Gold 


. PACKAGE TYPE 
R = 20-Pin Ceramic DIP (CD 020) 
2=20-Pin Ceramic Leadless Chip 
Carrier (CL 020) 
S = 20-Pin Ceramic Flatpack (CF 020) 


. . . DEVICE CLASS 
/B = Class B 


. SPEED OPTION 
See Product Selector Guide 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL16XX Family 
20-Pin IMOX Programmable Array Logic 


Valid Combinations Valid Combinations 


AMPAL16R8/B/A/AL/L/Q Valid Combinations list configurations planned to be 
AMPAL16R6/B/A/AL/L/Q supported in volume for this device. Consult the local AMD 
AMPAL16R4/B/A/AL/L/Q - sales office to confirm availability of specific valid 
AMPAL16L8/B/A/AL/L/Q /BRA, /B2C, combinations or to check for newly released valid 
AMPAL16H8/A/L /BSA combinations. | 
AMPAL16LD8/A/L Group A Tests 

susie ep alee Group A tests consist of Subgroups 1, 2, 3, 4, 9, 10, 11. 
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DESC Certified PAL Devices 


[Generic_| AMD Part Number | DESC Numbers | 
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AmPAL*16XX Family 


FUNCTIONAL DESCRIPTION 
' AMD PAL Family Characteristics 


All members of the AMD PAL Family have common electrical 
characteristics and programming procedures. All parts are 
produced with a fusible link at each input to the AND-gate 
array, and connections may be selectively removed by apply- 
ing appropriate voltages to the circuit. 


Initially the AND gates are connected, via fuses, to both the 
TRUE and complement of each input. By selective program- 
ming of fuses the AND gates may be "connected" to only the 
TRUE input (by blowing the complement fuse), to only the 


complement input (by blowing the TRUE fuse), or to neither. 


type of input (by blowing both fuses) establishing a logical 
"don't care."’ When both the TRUE and complement fuses 
are left intact a logical FALSE results on the output of the AND 
gate, while all fuses blown results in a logical-TRUE state. The 
outputs of the AND gates are connected to fixed-OR gates. 
The only limitations imposed are the number of inputs to the 
AND gates (up to 16) and the number of AND gates per OR 
(up to 8). 


PRELOAD 


AMD. PAL devices are designed with unique PRELOAD 
circuitry that provides an easy method of testing registered 
devices for logical functionality. PRELOAD allows any arbitrary 
state value to be loaded into the registered output of an AMD 
PAL device. 


A typical functional test sequence would be to verify all 
possible state transitions for the device being tested. This 
requires the ability to set the state registers into an arbitrary 
"present state'’ value and to set the device inputs to any 
arbitrary "present input'' value. Once this is done, the state 
machine is clocked into a new state or ''next state.'' The next 
state is then checked to validate the transition from the 
present state. In this way any state transition can be checked. 


Without PRELOAD, it is difficult and in some cases impossible 
to load an arbitrary present state value. This can lead to logic 
verification sequences that are either incomplete or excessive- 
ly long. Long test sequences result when the feedback from 


_ the state register "interferes" with the inputs, forcing the 


All parts are fabricated with AMD's fast programming, highly © 


reliable Platinum-Silicide Fuse technology. Utilizing an easily 
implemented programming algorithm, these products can be 
rapidly programmed to any customized pattern. Extra test 
words are pre-programmed during manufacturing to ensure 
extremely high field programming yields ( > 98%), and provide 
extra test paths to achieve excellent parametric correlation. 


Power-Up RESET 


The registered devices in the AMD PAL family have been 
designed to reset during system power-up. Following power- 
up, all registers will be initialized to zero, setting all the outputs 
to a logic 1. This feature provides extra flexibility to the 
designer and is especially valuable in simplifying state ma- 
chine initialization. \ 
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machine to go through many transitions before it can reach an 
arbitrary state value. Therefore the test sequence will be 
mostly state initialization and not actual testing. The test 
sequence becomes excessively long when a state must be 
reentered many times to test a wide variety of input combina- 
tions. 


tn addition, complete logic verification may become impossible 
when states that need to be tested cannot be entered with 
normal state transitions. For example, even though necessary, 
the state entered when a machine powers up cannot be 
tested, because it cannot be entered from the main sequence. 
Similarly, 'forbidden"’ or ‘'don't care" states that are not 
normally entered need to be tested to ensure that they return 
to the main sequence. 


PRELOAD eliminates these problems by providing the capabil- 
ity to go directly to any desired arbitrary state. Thus test . 
sequences may be greatly shortened, and all possible states 
can be tested, greatly reducing test time and development 
costs, and guaranteeing proper in-system operation. 
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Figure 1. AmPAL16R8 Logic Diagram 
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AmPAL*16XX Family 


PRODUCT TERMS (0-63) 
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Figure 2. AmPAL16R6 Logic Diagram 
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PRODUCT TERMS (0~63) 
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Figure 3. AmMPAL16R4 Logic Diagram 
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AmPAL*16XX Family 


PRODUCT TERMS (0-63) 
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Figure 4. AmPAL16L8 Logic Diagram 





4-22 


PRODUCT TERMS (0-63) 
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Figure 5. AmPAL16H8 Logic Diagram 
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AmPAL*16XX Family 
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Figure 6. AmMPAL16LD8 Logic Diagram 
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Figure 7. AMPAL16HD8 Logic Diagram 
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AmPAL*16XX Family 


APPLICATIONS . 
PRELOAD of Registered Outputs 


AMD PAL registered outputs are designed with extra circuitry 
to allow loading each register asynchronously to either a HIGH 


tp tp 


REGISTERED 
OUTPUT 


ty to 


or LOW state. This feature simplifies testing since any initial 
state for the registers can be set to optimize test sequencing. 


The pin levels and timing necessary to perform the PRELOAD 


function are detailed below: 
— 


ee 
: | 


PFO01141 


HIGH 


Level forced on registered output State of the output 
pin during PRELOAD cycle pin after cycle 





Power-Up Reset 


The registered devices in the AMD PAL Family have been 
designed to reset during system power-up. Due to the asyn- 
chronous operation of the power-up reset and the wide range 
of ways Vcc can rise to its steady state, two conditions are 


REGISTERED 
OUTPUT 


required to ensure a valid power-up reset. These conditions 
are: 


1. The Voc rise must be monotonic. 


2. Following reset, the clock input must not be driven from low 
to high until all applicable input and feedback setup times 
are met. 


Veo 


WF022300 


[Parameters] Description [Win [Typ [Max | Units 


Power-Up 
Reset Time 


Input or Feedback 
Setup Time 


Clock Width 





See Switching 
Characteristics 
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ABSOLUTE MAXIMUM RATINGS 


Storage Temperature -65 to + 150°C 
Supply Voltage to Ground Potential 
(Pin 20 to Pin 10) Continuous 
DC Voltage Applied to Outputs 
(Except During Programming) 
DC Voltage Applied to Outputs 
During Programming 
Output Current Into Outputs During 
Programming (Max Duration of 1 sec) 
DC Input Voltage 
DC Input Current 


Stresses above those listed under ABSOLUTE MAXIMUM 
RATINGS may cause permanent device failure. Functionality 
at or above these limits is not implied. Exposure to absolute 
maximum ratings for extended periods may affect device 
reliability. 


_ OPERATING RANGES 


Commercial (C) Devices 
Temperature (Ta) 
Supply Voltage (Vcc) 


Extended Commercial (E) Devices 
Temperature (Ta) 
Temperature (Tc) 
Supply Voltage (Vcc) 


Military (M) Devices* 
Temperature (Ta) 
Temperature (Tc) 
Supply Voltage (Vcc) 


Operating ranges define those limits between which the 
functionality of the device is guaranteed. 


*Military product 100% tested at Tc = +25°C, +125°C, 
and -55°C. 


Ajwey XX9L.TWWdwiy 


DC CHARACTERISTICS over operating range unless otherwise specified; included in Group A, Subgroup 1, 
2, 3, 4 tests unless otherwise noted 


Parameter Parameter Typ. 
Symbol! Description Test Conditions (Note 1) 
Pad lon=-2 mA COME 
Voc = Min., os bt 
Vin * Vin Pion =-3.2 mA COM'L | =-3.2 mA eee aac eal L 
SNCs ee 
“BMA 'Sta" lot =24°mA oa L 
Voc es "AL" & UL" Flon=12mA MIL 
Ne 
or Vit lol = 12 mA i L 
Flon=8mA = ML =6 Flon=8mA = ML 


Guaranteed Input Logical HIGH 
ie 2) Input HIGH Level Voltage tor All Inputs }2o| [ss] v | 


Output HIGH Voltage 


Output LOW Voltage 


Guaranteed Input Logical LOW 
(Note 2) ppt Lo Lever Voltage for All Inputs | | | oe |v | 
= "B," "AL," & "Q" Pa 
i input LOW Current Ne |_| 20 | -100 | pA 
ine ool "An "Lr & "Std [| =20 | =250 | 


[in| Wapit HIGH Current | Voo=Max,Vw=27VSSCSC~C~CSCSCSSCSCidCdS 


po | Input HIGH Current Voc = Max, Vin= 6.5 V ee a 
| Isc «|. Output Short-Circuit Current | Voc =Max., Vout =0.5 V (Note 3) | -30 | -60 | -90 | mA | 


16L8A, 16H8A, 16HD8A, 
16LD8A, 16L8, 16H8, 

16HD8, 16LD8 

16L8L, 16H8L, 16HDBL, 

16LD8L 

16R6B, 16R6B, 16R4B, 

16L8B,. 16R8A, 16R6A, 

16R4A, 16R8, 16R6, 16R4 


16R8L, 16R6L, 16R4L, 
16L8AL, 16R8AL, 16R6AL, 
16R4AL 


16L8Q, 16R8Q, 16R6Q, 
16R4Q 


“Es 
Wore7v Sd Sid dC 
Vin = 20 V Pvoroav iY i = 100 

[input Capacitance | Vw=20V@f-iMiWoos)  -—S—C—~dSC‘iT i Cd 
Vour=20V @ f= 1 Mie (Note 5 es Ce a 


. Typical limits are at Voc = 5.0 V and Ta = 25°C. 

. These are absolute values with respect to device ground and all overshoots due to system or tester noise are included. 

. Not more than one output should be tested at a time. Duration of the short circuit should not be more than one second. 
VouT = 0.5V has been chosen to avoid test problems caused by tester ground degradation. 

. [0 pin leakage is the worst case of loz x or lix (where X =H or L). 

. These parameters are not 100% tested, but are periodically sampled. 





! 
All Inputs = GND, 


Power Supply Current Voc = Max. 





i Input Clamp Voltage Voc = Min., lin =-18 mA 


| lozH_ —_—_‘| Output Leakage Current Voc = Max., Vi_ = 0.8 V 
(Note 4) 


et. 
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SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A, 
Subgroup 9, 10, 11 tests unless otherwise noted 


COMMERCIAL RANGE 


WA" & "AL" "Std," 1 EA & "Qi 
“B" Version Version Versions 
Parameter Parameter Typ. Typ. Typ. 
Description (Note 1) (Note 1) (Note 1) 

Input or Feedback to Non-Registered 

Output 16L8, 16R6, 16R4, 16L08, 16H8, 17 
16HD8 

pe | fete] fete] fs] = | 


AmPAL*16XX Family 


Input to Output Enable 16L8, 16R6, 
16R4, 16H8 
Input to Output Disable 16L8, 16R6. 
16R4, 16H8 


Pin 11 to Output Disable 16R8, 16R6 


Clock to Output 16R8, 16R6, 16R4 


Pin 11 to Output Enable 16R8, 16R6, 
Input or Feedback Setup Time 16R8, 40 13 
16R6, 16R4 


Notes: 1. Typical limits are at Vcc = 5.0 V and Ta = 25°C. 

2. tpp is tested with switch S; closed and C, =50 pF. 

3. For three-state outputs, output enable times are tested with C_ = 50 pF to the 1.5 V level; S; is open for high impedance to HIGH 
tests and closed for high impedance to LOW tests. Output disable times are tested with CL = 5 pF. HIGH to high impedance tests 
are Pa to an output voltage of Voy-0.5 V with S; open; LOW to high impedance tests are made to the Vo_ + 0.5 V level 
with S; closed. 


MILITARY RANGE 


7 AN" & "AL" "Std," bl Ed & “OQ” 
"B" Version Version Versions 


Parameter Typ. Typ. Typ. 
Description (Note 1) (Note 1) (Note 1) 
7 23 40 


Input or Feedback to Non-Registered 
Output 16L8, 16R6, 16R4, 16LD8, 16H8, 1 
16HD8 


Input to Output Enable 16L8, 16R6, 
16R4, 16H8 

Input to Output Disable 16L8, 16R6, 
16R4, 16H8 

Pin 11 to Output Enable 16R8, 16R6, 
Pin 11 to Output Disable 16R8, 16R6, 
16R4 


Clock to Output 16R8, 16R6, 16R4 


Input or Feedback Setup Time 16R8 
16R6, 16R4 

Hold Time 16R8, 16R6, 16R4 

Clock Period (ts + tco) 


Clock Width 
Maximum Frequency 


Notes: 1. Typical limits are at Voc = 5.0 V and Ta = 25°C. 
2. tpp is tested with switch S; closed and C, = 50 pF. 
3. For three-state outputs, output enable times are tested with C, = 50 pF to the 1.5 V level; S; is open for high impedance to 
HIGH tests and closed for high impedance to LOW tests. Output disable times are tested with C_ =5 pF. HIGH to high 
impedance tests are made to an output voltage of VoH-0.5 V with S; open; LOW to high impedance tests are made to the 
VoL + 0.5 V level with S; closed. 
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SWITCHING TEST CIRCUIT 


Vec 9 


OUTPUTS 


TCO003050 


Note: Cy and Co are to bypass Vcc to ground. 


TEST OUTPUT LOADS 


Pin Name 


commercial [Miltary | Commercial | Miltary | 
ra; | 202 | 02 | 02 | oa | 
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AmPAL*16XX Family 


SWITCHING WAVEFORMS 


REGISTERED Ny) HY 


INPUTS, I/O, NYY YY 
RAN 


REGISTEREO 
OUTPUTS: 


OUTPUTS: LL ULTL \\ \\ 


WF002571 


KEY TO TIMING DIAGRAM 


WAVEFORM INPUTS OUTPUTS 


MUST BE WILL BE 
STEADY STEADY 


MAY CHANGE WILL BE 


CHANGING 
FROMH TOL FROMH TOL 


may CHANGE = WILL BE 


CHANGING 
FROML TOH FROML TOH 


DON’T CARE: CHANGING: 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


: CENTER 
DOES NOT LINE IS HIGH 
APPLY IMPEDANCE 

“OFF” STATE 


KS000010 


INPUT CIRCUITRY OUTPUT CIRCUITRY 


Voc 


PROGARMING 
CURRENT PATH 


PROGRAM/VERIFY 
CIRCUITRY 


{C000720 1C000730 





4-30 


PROGRAMMING 


Each AMD PAL fuse is programmed with a simple sequence of 
voltages applied to two control pins (1 and 11) and program- 
ming voltage pulse applied to the output under programming. 
Addressing of the 2048 element fuse array is accomplished 
with normal TTL levels on eight input pins (five select the input 
line number and three select the product term number). Vcc is 
maintained at a normal level throughout the programming and 
verify cycle — no extra high levels are required. 


The necessary sequence levels for programming any fuse is 
shown in the Programming Waveforms. The address of each 
fuse in terms of Input Line Number and Product Term Line 


Number is defined by the Fuse Address Tables 1 and 2. | 


Current, voltage and timing requirements for each pin are 
specified in the Programming Parameter Table below. 


The 16L8, 16R8, 16R6, 16R4, 16H8, 16LD8 and 16HD8 use 
identical programming conditions and sequences. 


After all programming has been completed, the entire array 
should be reverified at Voc and again at Vccn. Reverification 
can be accomplished by reading all eight outputs in parallel 
rather than one at a time. The array fuse verification cycle 
checks that the correct array fuses have been blown and can 
be sensed by the outputs. 


PROGRAMMING PARAMETERS Ta = 25°C 


Parameter Parameter 
Symbol Description Typ. Max. Units 
Vv 


AMD PAL devices have been designed with many internal test 
features that are used to assure high programming yield and 
correct logical operation for a correctly programmed part. 


An additional fuse is provided on each AMD PAL circuit to 
prevent unauthorized copying of AMD PAL fuse patterns when 
design security is desired. Blowing the security fuse blocks 
entry to the fuse pattern verify mode. 


To blow the security fuse: 

1. Power up part to Vocp 

2. Raise Pin 5 to Vy. 

3. Pulse Pin 11 from ground to Vop for a 50usec 
duration. 

4. Perform a normal end-of-programming verify cycle at 
VocL and Vccu. All fuse locations should be sensed 
as blown if the security fuse has been successfully 
blown. 


Note that parts with the security fuse blown may not be 
returned as programming rejects. 


AMD PAL devices normally have high programming yields 
( > 98%). Programming yield losses are frequently due to poor 
socket contact, equipment out of calibration or improperly 
used. 


Ajwwey XX9l.1vdwy 


ae Pinte wa0ma——S~d ST | 
a 


[Vor | Program Vohage Pina 1219 @ 15:200mA_——~—Ss~=~—~—SsS~‘iSt id Ce 
Vine | Input HIGH Level During Programming and Very ——=—S«dT ai 8 | es dC Cd 
[Vip | Input LOW Lovel During Programming and Verty —~‘{ 00 | oa | os |v _| 
Veer 
Vets 


VocH Vcc During Second Pass Verification @ Icc = 50-200 mA 


faa 
Successful Blown Fuse 16L8, 16R8, 16R6, 16R4, 16LD8° aa ee 
Sense vel 6 Out [16%0 16H eae 
Rate of Output Voltage Change ) 20 | | 
Rate of Fusing Enable Voltage Change (Pin 11 Rising Edge) | 100 6 | 
ccp-0.3 | Vecp_| 





VBlown 
Vop/dt 
dV44/dt 
F Subsequent Attempts SSS 


Period During which Output is Sensed for Vgiown Level 
Pull-Up Voltage On Outputs Not Being Programmed 
Pull-Up Resistor On Outputs Not Being Programmed 


Vecp Vecp + 0.3 
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AmPAL*16XX Family , 


Design Aid Software for AmMPAL16XX Family 


[Name [Vendor | versione | Notes] 


IBM PC 
ABEL ie, ae VAX/VMS | Rev 1.1 
VAX/UNIX 


; IBM PC 
P-CAD Systems VAX/VMS - 
(408) 971-1300 VAX/UNIX 

CPM 80/86 


Advanced Micro Devices Supported by 
AmCUPL (408) 732-2400 IBM PC P-CAD Systems 


Rev 2.1 


AMD Qualified Programmers 


Programmer 
Name Model(s) AMD PAL Personality Module Socket Adapter 


Data I/O Systems 19, 29 950-1942-0044 | 303A-004, Rev 3 or newer _| | 303A-004, Rev 3 or newer _| 3 or newer 


10525 Willow Road N.E. 

Stag ecusione Model PPZ at ses. | 

528-5 Weddell Drive On Board 
Sunnyvale, CA 94086 ZL30 On Board Module (Rev 38 or newer) 


Structured Design 

1700 Wyatt Drive 

Suite 3 SD-1000J On Beard 
Santa Clara, CA 95084 


Valley Data Sciences 
2426 Charleston Road ; 160 Series N/A On Board 
Mountain View, CA 94043 


Digelec 

ae 803 Series FAM-52 DA-53 
Sunnyvale, CA 94089 

JMC 

2999 Monterey Rd. PROMAC P3 On-board Module rev 2.0 On Board 
Monterey, CA 93940 
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PROGRAMMED 
OuTPUuT 


TABLE 1. 


L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
cL 
L 
L 
L 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 


PROGRAMMING TIMING DIAGRAM 


ANPUT LINE NUMBER AND PRODUCT TERM LINE NUMBER ADDRESSES 


FUSING 
TIME 


yy 
TI Pe hdts ce 


t 
H i>) 


PROGRAMMING ———————_—> VERIFY 


PF001100 


INPUT ADDRESSING SIMPLIFIED PROGRAMMING DIAGRAM 


Input Line Number Veep 


Address Pin States 


PF000380 
TABLE 2. PRODUCT TERM ADDRESSING 


Product Term 
Select 
Address Pin 
Product Term Line Number 4 3 


Ir-r-rtrereiririy 


HEEEEETETterr rrr eer eRrrrrrrrrrerrererrerere 
Irrirrrrre 
Iteerirere 


BEE Eererr reer eerrr @LrrtrterrrrszrriIrrrer 
Lore rLEr rece rl rer LL rl LeeLee LL re 
Leer Lehrer Sr Sr Le Lr Lr Ler Lele See Le 
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AmPAL*16XXD Family 


20-Pin IMOX™ Ultra High-Speed Programmable Array Logic (PAL) Elements 


ADVANCE INFORMATION 


DISTINCTIVE CHARACTERISTICS 


AMD's superior IMOX technology 

- Guarantees tpp = 10 ns Max. ''D'' version 

Very high-speed, half-power (''BL'') and high-speed, 
quarter-power (''AQ"’) versions 

Platinum-silicide fuses and added test words ensure 
programming yields > 98% 

Post Programming Functional Yields (PPFY) of 99.9% 


PRELOAD feature permits full logical verification 
Reliability assured through more than 70 billion fuse 
hours of life testing with no failures 

Full AC and DC parametric testing at the factory through 
on-board testing circuitry 

AMD's industry-leading quality guarantees 


GENERAL DESCRIPTION 


AMD PAL devices are high-speed, electrically programma- 
ble array logic elements. They utilize the familiar sum-of- 
products (AND-OR) structure allowing users to program 
custom logic functions to fit most applications precisely. 
Typically they are a replacement for low-power Schottky 
SSI/MSI logic circuits, reducing chip count by more than 5 
to 1 and greatly simplifying prototyping and board layout. 


Four different devices are available, including both regis- 
tered and combinatorial devices. These three new speed 
and power options extend the current AMPAL16XX Family, 
allowing the designer to precisely match system require- 
ments. 


Please see the ''AmPAL16XX Family" data sheet (Publica- 
tion No. 03323D) for Block Diagrams. 


PRODUCT SELECTOR GUIDE 


AMD PAL Speed/Power Families 


tep ts tco loc fo. 
ns (Max.) ns (Max.) ns (Max.) mA (Max.) mA (Min.) ; 
ae ae 


Ultra High-Speed 
("D") Versions 


Very High-Speed, 
Half-Power 
("BL") Versions 
High-Speed, 
Quarter-Power 
("AQ") Versions 


(1) Sequential functions 
(2) Combinatorial functions 


: AMD PAL FUNCTIONS 


Part Array Output Package 
Number Inputs Logic Enable Outputs Pins 


Eight Dedicated, : ‘ais 
Six 8-Wide AND-OR Registered Inverting 
Two 7-Wide AND-OR-INVERT Programmable 
Four 8-wide AND-OR Dedicated Registered Inverting 
Four 7-Wide AND-OR-INVERT Programmable 


Ten Dedicated, . : 
16L8 Six Bidirectional Eight 7-Wide AND-OR-INVERT Programmable 


Eight Dedicated, 
Six Feedback, 
Two Bidirectional 


Eight Dedicated, 
Four Feedback, 
Four Bidirectional 


16R4 


IMOX is a trademark of Advanced Micro Devices, tnc. 


“PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 
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Dedicated 


- | Registered Inverting | 20 | 


Six Bidirectional 
Two Dedicated 


Publication # Rev. 
08486 A 


Issue Date: September 1986 


Amendment 
/0 
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AmPAL*18P8 


20-Pin IMOX™ Programmable Array Logic 


DISTINCTIVE CHARACTERISTICS 


Individually programmable output polarity on each 

output 

Pin compatible superset of most combinatorial 20-pin 

PALs 

Eight logical product terms per output for increased 

logic power 

Increased input/output flexibility 

- 18 possible array inputs 

— Eight bidirectional 1/Os with individually controllable 
output enable 


@ Ultra high-speed version tpep = 15 ns maximum 
@ Superior quality 
- Full AC and DC parametric testing performed on 
every part 
— Extensive on-chip test circuitry ensures post-program- 
ming functional yield (PPFY) of 99.9% 
Platinum-Silicide fuses ensure high programming 
yield > 98%, fast programming and unsurpassed reli- 
ability 


GENERAL DESCRIPTION 


The AmPAL18P8 is an ultra high-performance, functionally 
enhanced 20-pin Programmable Array Logic element. It 
utilizes the familiar sum-of-products (AND-OR) structure 
allowing users to program custom logic functions to pre- 
cisely fit their application. 


The AmPAL18P8 offers significantly enhanced functional 
capabilities when compared to other combinatorial 20-pin 
PAL devices. These include two additional bidirectional I/O 
pins as well as additional product terms (bringing each 
output to eight logical and one three-state contro! product 


BLOCK DIAGRAM 


term) for extra logic power. The device also features 
individually user programmable output polarity, giving the 
designer the capability to handle both active HIGH and 
active LOW outputs on the same device. 


A wide variety of speed/power selections is available, 
allowing precise matching to system requirements. The 
ultra high-speed version offers 15 ns maximum input to 
output propagation delay, opening up many new applica- 
tions for the use of programmable logic. 


PRODUCT SELECTOR GUIDE 


Family 

Power Quarter Half Full 
Grade Power Power Power 
Ordering 

Part No. 18P8Q 18P8L | 18P8AL | 18P8A 18P8B 


Ultra 
High 
Speed 


8d8h Vdwiy 





Max. 
Access 
Time (ns) 


Max. 
Operating 
Current 
(mA) 


STD = AMD "Standard" products 
APL = AMD "Approved Products List'' products 
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Amendment 
/0 : 


Publication # Rev, 
05799 D 


4-35 Issue Date: October 1986 


“PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 
IMOX is a trademark of Advanced Micro Devices, Inc. 





CONNECTION DIAGRAMS 
Top View 


AmPAL 18P8 


Cp009210 CbD009220 


Note: Pin 1 is marked for orientation. *Same Pinouts apply for PLCC. 


ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid 
Combination) is formed by a combination of: A. Device Number 

B. Speed/Power Option 

C. Package Type 

D. Temperature Range 

E. Optional Processing 


AMPAL18P8 B ic. 


. OPTIONAL PROCESSING 
Blank = Standard processing 


. TEMPERATURE RANGE 
C= Commercial (0 to + 70°C) 
E = Extended Commercial (~55 to + 125°C) 


. PACKAGE TYPE 
P = 20-Pin Plastic DIP (PD 020) 
D = 20-Pin Ceramic DIP (CD 020) 
J = 20-Pin Plastic Leaded Chip Carrier 
(PL 020) 
L = 20-Pin Ceramic Leadiess Chip Carrier 
(CL 020) 


. SPEED/POWER OPTION 
B = Ultra High Speed/Standard Power 
A= High Speed/Standard Power 
AL = High Speed/Half Power 
L = Standard Speed/Half Power 
Q = Standard Speed/Quarter Power 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL18P8 
20-Pin IMOX Programmable 
Array Logic 


Valid Combinations 
Valid Combinations ; 


Valid Combinations list configurations planned to be 


AMPALIBPSA supported in volume for this device. Consult the local AMD 
| AMPALI8P6A sales office to confirm availability of specific valid: 


PC, DC, DE, ro desea 
JC, LC, LE combinations, to check on newly released combinations, and 
AMPAL18P8L to obtain additional. data on AMD's standard military grade 


AMPAL18P8Q products. 





ORDERING INFORMATION (Cont'd.) 


> 
3 
Uv 
> 
APL Products rs 
© 
Uv 
o 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL 
(Approved Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) 
products are processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, 
or surface treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed by a 
combination of: A. Device Number 

B. Speed/Power Option 

C. Device Class 

D. Package Type 

E. Lead Finish 


AMPAL18P8 AL 


A 
es ee LEAD FINISH 


A=Hot Solder DIP 
C = Gold 


. PACKAGE TYPE 
R = 20-Pin Ceramic DIP 
(CD 020) 
2 = 20-Pin Ceramic Leadiess Chip Carrier 
(CL 020) 


. DEVICE CLASS 
/B=Class B 


B. SPEED/POWER OPTION 
B = Ultra High Speed/Standard Power 
A=High Speed/Standard Power 
AL = High Speed/Half Power 
L = Standard Speed/Half Power 
Q = Standard Speed/Quarter Power 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL18P8 
20-Pin IMOX Programmable 
Array Logic 


Valid Combinations Valid Combinations 
: 


rr Valid Combinations list configurations planned to be 
supported in volume for this device. Consult the local AMD 


AMPAL18PBAL _ /BRA, /B2C sales office to confirm availability of specific valid 
AMPAL18P8L combinations or to check for newly released valid 
AMPAL18P8Q combinations. 








Group A Tests 


Group A tests consist of Subgroups 
1, 2, 3, 7, 8, 9, 10, 11 
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AmPAL 18P8 


LOGIC DIAGRAM 


INPUTS (0-35) 
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LD000040 
Eighteen Array Inputs Eight 8-Wide AND-OR Structures 
- 10 dedicated - Combinatorial outputs 
- 8 bidirectional I/O ~- Programmable output enable for each output 
‘= Programmable polarity on each output 
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FUNCTIONAL DESCRIPTION 


The AmPAL18P8 is a functionally enhanced Programmable 
Array Logic (PAL) device. The Block Diagram on page one 


shows the basic architecture of the AMPAL18P8. There are up ° 


to eighteen inputs and eight outputs available. The inputs are 
connected to a programmable AND array which contains 72 
logical product terms. Initially the AND gates are connected, 
via fuses, to both the true and complement of every input. By 
selective programming of fuses, the AND gates may be 
"connected" to only the true input (by blowing the comple- 
ment fuse) to only the complement input (by blowing the true 
fuse), or to neither type of input (by blowing both fuses), 
establishing a logical ''don't care."’ When both the true and 
complement fuses are left intact, a logical false results on the 
output of the AND gate. An AND gate with all fuses blown will 
assume the logical true state. 


The AmPAL18P8 has a possible maximum of 18 input pins, 
two more than previous 20-pin PALs. The extra inputs extend 
the functional capabilities of the device, which reduces design 
limitations, making it easier to design with and more flexible. 


The AmPAL18P8 can be programmed with more complex 
logic equations due to the eight product terms and one control 
term for each output. The control terms also allow for each of 
the eight bi-directional I/Os to be three-stated, greatly expand- 
ing the realm of design possibilities. 


The eight bi-directional I/O pins enhance the usefulness of the 
AmPAL18P8 by allowing for greater complexity of logic 
equations and hence more logic power. 


The AmPAL18P8 also has programmable output polarity, 
giving the designer the choice of either active HIGH or active 


LOW on each of the eight outputs. This simplifies the task of 
programming the AmPAL18P8 and allows more freedom in 
optimizing the logic functions. The high-speed version of the 
AmPAL18P8 boasts 15 ns maximum input-to-output propaga- 
tion delay, which makes it the fastest TTL-compatible PAL on 
the market today, and creates new possibilities for the use of 
programmable logic devices in a wide variety of applications. 


The AmPAL18P8 is manufactured using Advanced Micro 
Devices’ IMOX oxide isolation process. This advanced pro- 
cess permits an increase in density and a decrease in internal 
capacitance, resulting in the fastest possible programmable 
logic devices. The AmMPAL18P8 is fabricated with AMD's fast- 
programming, highly reliable Platinum-Silicide Fuse technolo- 
gy. Utilizing an easily implemented programming algorithm, 
these products can be rapidly programmed to any customized 
pattern. 


Platinum-Silicide was selected as the fuse-link material to 
achieve a well-controlled melt rate, resulting in large non- 
conductive gaps that ensure very stable, long-term reliability. 
Extensive operating testing has proven that this low-field, 
large gap technology offers the best reliability for fusible link 
programmable logic. 


The AmPAL18P8 has been designed with extensive internal 
test circuitry that allows the programming and operating 
Circuitry in the part to be thoroughly tested at the. factory 
before programming. This assures excellent programming 
yield and functional performance to data sheet parameters 
after programming. The Post-Programming Functional Yield 
(PPFY) for this device is consistently better than 99.9%. 


INPUT/OUTPUT DIAGRAMS 


PROGAAM/VERIFY 
CIRCUITRY 


_ 4-39 


OUTPUT 
DISABLE 


INPUT PROGRAMMING 
TO ARRAY CURRENT PATH 


{C000803 
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AmPALE 18P8 


ABSOLUTE MAXIMUM RATINGS OPERATING RANGES 


Storage Temperature -65 to +150°C Commercial (C) Devices 
Supply Voltage Temperature (Ta) 
with Respect to Ground -0.5 to +7.0 V Supply Voltage (Vcc) 
DC Voltage Applied to Outputs 
(except during programming) ~-0.5 to +Vcoc Max. 
DC Voltage Applied to 
Outputs During Programming 
Output Current Into Outputs : 
During Programming Military (M) Devices 
(Maximum duration of 1 second) Temperature (Ta) 
DC Input Voltage ~0.5 to +5.5 V Temperature (Tc) 
DC Input Current -30 to +5.0 mA Supply Voltage (Vcc) 


Stresses above those listed under ABSOLUTE MAXIMUM 
RATINGS may cause permanent device failure. Functionality 
at or above these limits is not implied. Exposure to absolute 
maximum ratings for extended periods may affect device 
reliability. « 


Extended Commercial (E) Devices 
Temperature (Ta) 
Temperature (Tc) 
Supply Voltage (Vcc) 


Operating ranges define those limits between which the 
functionality of the device is guaranteed. 


DC CHARACTERISTICS over operating range unless otherwise specified; included in Group A, Subgroup 1, 
2, 3 tests unless otherwise noted 


Parameter Parameter : Typ. 
ee eee 

(P68. /48P8L, 18P8AL | COM'L | 2.4 Volts 

Output HIGH Voltage ; 
| 
= Min, 
repel, 1ePeAL | COM'L 

Output LOW Voltage Volts 


1860 Mle 


ie 2) Input HIGH level Guaranteed Input Logical HIGH Voltage for All Inputs ae 
Note 2) Input LOW level Guaranteed Input Logical LOW Voltage for All inputs es a= 


| feput LOW Curent | Voo= Max, Vin= 040 V 

Tt put HIGH Curent | Voc = Max, Vin= 27 V 

ee CT a CC Vin=55V 
Voo=Max, Vour= 05 V (Wate 3) 


[=e [| 20 | 
Power Supply Curent Voo™ Max Fiera, vercat———+[| |_| 90 _| 
era CSP Cd; 


Input Clamp Voltage Voc = Min., lin = eT) mA | | -0.9 | -1.2 | Volts | 


Cupet Leaps Ouro | YoorMeG WUTOaY =F} —— bbe 


Input Capacitance Vin=2.0 V @ f=1 MHz aaa ee ES 
Output Capacitance VouT = 2.0 V @ f=1 MHz Po ioe 


Notes: 1. Typical timits are at Voc = 5.0 V and Ta = 25°C. 
2. These are absolute values with respect to device ground and all overshoots due to system or tester noise are included. 
3. Not more than one output should be tested at a time. Duration of the short circuit should not be more than one second. 
VouT = 0.5 V has been chosen to avoid test problems caused by tester ground degradation. 


CAPACITANCE 
Parameter Parameter 
Symbol Description Test Conditions coo 


| cn (nput Capacitance Vin =2.0 V @ f=1 MHz 


Cout Output Capacitance Vout =2.0 V @ f=1 MHz 








Note: These parameters are not 100% tested, but are evaluated at initial characterization and at any time the design is —_ where 
capacitance may be affected. 
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KEY TO SWITCHING WAVEFORMS SWITCHING TEST CIRCUIT 
Vee 9 5V 


WAVEFORM tNPUTS OUTPUTS 


8d8b AVdwy 


MUST BE WILL BE 
~ STEADY STEAOCY 


“WILL BE 
CHANGING 
FROMH TOL 


MAY CHANGE 
FROMH TOL 


WILL BE 
CHANGING 
FROML TOH 


MAY CHANGE 
FROML TOH 


DON'T CARE: CHANGING; 
ANY CHANGE — STATE 
PERMITTED | UNKNOWN TC003050 


RENTER Note: Cy and Co are to bypass Vcc to 


DOES NOT LINE IS HIGH ground during testing. 
APPLY IMPEDANCE ; 
“OFF” STATE 


TEST OUTPUT LOADS 


KS000070 gem 
i ee 


beter 
aL 


|_taraa_| 390 | 600] 750 [1200] _s0_ | 01 | 


STD = AMD "Standard" products 
APL = AMD '‘Approved Products List'' products 





SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A, 
eo 9, 10, 11 tests unless otherwise noted 


SE ee es a pC 


Ss rT 
tea | tnput to Output Enabio | 2 | 15 | 16 | 25 | a | os | v2 | 2 | is | 0] = | 4 | ns | 
ten] tnput to Gutput Disable | 2 | 15 | 16 | 25 | 05 | 05 | ve [20] 15 | 90] = | | ms | 


Notes: 1. Typical limits are at Vcc = 5.0 V and Ta = 25°C. 

2. tpp is tested with switch Sj closed and C, = 50 pF. 

3. For three-state output, output enable times are tested with C, = 50 pF to the 1.5 V level; S; is open for high-impedance to HIGH 
tests and closed for high-impedance to LOW tests. Output disable times are tested with C, =5 pF. HIGH to high-impedance tests 
are ae to an output voltage of VoH—0.5 V with S; open; LOW to high-impedance tests are made to the Vo, + 0.5 V level 
with S1 closed. 





SWITCHING WAVEFORM 


YAY 
es 


Wy (x) xX 


WF021820 
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AmPAL 18P8 


PROGRAMMING 


Each AMD PAL fuse is programmed with a simple sequence of 
voltages applied to two control pins (1 and 11) and a 
programming voltage pulse applied to the output being pro- 
grammed. Addressing of the 2600 element fuse array is 
accomplished with TTL and Vp levels on eight input pins (five 
select the input line number and three select the product term 
number). Vcc is maintained at a normal level throughout the 
programming and verify cycle — no extra high Vcc levels are 
required. 


The necessary sequence of levels for programming any fuse is 
shown in the Programming Waveforms. The address of each 
fuse in terms of Input Line Number and Product Term Line 
Number is defined by the Fuse Address Tables 1 and 2. 
Current, voltage and timing requirements for each pin are 
specified in the Programming Parameter Table on the follow- 


ing page. 


After all programming has been completed, the entire array 
should be reverified at Vcc. and again at VccH. Reverification 
can be accomplished by reading all eight outputs in parallel 
rather than one at a time. The array fuse verification cycle 


checks that the correct array fuses have been blown and can 
be sensed by the outputs. 


AMD PALs have been designed with many internal test 
features that are used to assure high programming yield and 
correct logical operation for a correctly programmed part. 


An additional fuse is provided on each AMD PAL circuit to 
prevent unauthorized copying of AMD PAL fuse patterns when 
design security is desired. Blowing the security fuse blocks 
entry to the fuse pattern verify mode. 


To blow the security fuse: 

1. Power to Vccp 

2. Raise Pin 11 to Vop 

3. Pulse Pin 5 to Vw for 50 microseconds 10 times 

4. Reverify the entire array. A secured device will verify 
as if all fuses in the array are blown 


Note that parts with the security fuse blown may not be 
returned as programming rejects. 


AMD PALs normally have high programming yields ( > 98%). 
Programming yield losses are frequently due to poor socket 
contact or equipment out of calibration or improperly used. 


Design Ald Software for AmMPAL18P8 


Software Software 
Vendor Package 


P-CAD 
Systems 
(408) 971-1300 


Advanced 
Micro Devices 
(408) 732-2400 


AmCUPL 


Developed and . 
supported by P-CAD 
Systems 


Data I/O 


AMD Qualified Programmers 


‘Programmer 
| Name | Model(s) AMD PAL Personality Module Socket Adapter 


Data I/O 
10525 Willow Road N.E. 
Redmond, WA 98052 


System 19, 29 


Stag Microsystems Model PPZ 
528-5 Weddell Drive 


Sunnyvale, CA 94086 


Structured Design 
1700 Wyatt Drive 


ZL30 


SD-1000J 


Suite 3 
Santa Clara, CA 95084 


Valley Data Sciences 
2426 Charleston Road 
Mountain View, CA 94043 


Digelec 

586 Weddell Drive 
Suite 1 

Sunnyvale, CA 94089 


JMC 
2999 Monterey Rd. 
Monterey, CA 93940 


160 Series 


803 Series 





950-1942-0044 ' 303A-004, rev 3 or newer 
360A-001, rev 4 or newer 


On Board 
On Board Module (rev 38 or newer) 


Under Development 


et ere 


Under Development Under Development 


PROMAC P3 On-Board Module rev 2.0 





PROGRAMMING PARAMETERS Ta = 25°C 
|_Parameters | Description | Mins | typ, | Max, | units | 
ee ce 
VHH - - 10 Volts 
[—~Wor___[ Program Votlage Pins 12-19 @ 15-200 mA SiC PtP vt | 
[Vinge | tnput High Level During Programming and Veniy [2a | 8 | 85 | vols _| 
[Vip | Input Low Level During Programming and Verly | 00 | oa | 0s | _vots 
[Voce | Vee Burng Programming @ log=50-200mA | 8 | s2_| ss | vote | 
ol 
er Foo During Second Pass Vorfcaton @ Igg=50-200 mA | 84 | 85 | se | Vota 
Vatowa | Suecesstul Blown Fuse Source Level @ Ouput _————SS~dSSSS*dt mf avs 
aop/dt | Rate of Output Vatage Chango ———=SSSSSSSSCSCSCS~dCi «das | | 
aVyy/at~ | Rate of Fusing Enable Votage Chango (pin 11 rang edge) | _20_| | 1000 | W/useo | 
[Fusing Time Fist tempt dt 00 |e 
F Subsequent Attempts (naxmum of ) SSS | 
[Delays Between Various Level Changes ————SSCSCSC~idtCT 0 t000 e000 ns 
[Period During which Output fs Sensed for Voinuq Level | 100. [1000] —re000_| ns 


Pull-Up Voltage On Outputs Not Being Programmed Vccp ~ 0.3 Vocp + 0.3 
Pull-Up Resistor On Outputs Not Being Programmed eee ae ee ae es ee 


< 


PROGRAMMING WAVEFORMS 


/ . /- 


ee — : Vip 


OXY] 


gin ¢:" INPUT LINE NUMBER AND PRODUCT TERi4 LINE NUMBER ADORESSES 


REA A RE A 2 Ff Vip 


2 


VHH 
Vip 


Vop 


I tus lay 'o |v | to CYCLE 


PROGRAMMING VERIFY 


PROGRAMMED 
OUTPUT 


WF021231 


*The Pulse to Vip on pin 1 is unnecessary for fuse verification on combinatorial parts. It is used as a 
clock pulse on registered parts and is kept to maintain algorithm compatibility. 
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AmPAL 18P8 


TABLE 1. INPUT ADDRESSING 


Input Line Number 
Address Pin States 


fe te|z{o|s_ 
L L L L L 


OOnNA OADM =O 


L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
L 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 


Poererer errr trrrrrrrrr rrr eM Ler rrrrtrtrrererererere 
Pererrrrtiterer re LErIOrer re rIer ere rrTIcece 
P©EEerL@Ierr rte r grrr tree rrrerrrrrirgeeirer 
rier LerlrtrarswrlLrLeoier Ter arte ler Lr arate ores 


“Output polarity. 


TABLE 2. PRODUCT TERM ADDRESSING 


Product Term 
Select 
Address Pin 


Product Term Line Number 


0 
1 
2 
3 
4 
5 
6 
7 
8 


17 


26 35 44 53 62 71 

P P P P P P P P 
Pin Pin Pin Pin Pin Pin 
19 17 16 15 14 13 


i ae ee oh ol oat a 
retiree Lrire 
Lreirriririr 


Programming Access and Verify Pin 
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. Output Enable 
Logical P.T.s 


Output Polarity 


LDOOo0050 





AmPAL*10H20EG8/AmPAL10020EG8 


IMOX-III™ ECL Programmable Array Logic 


PRELIMINARY 


DISTINCTIVE CHARACTERISTICS 


High-performance tpp = 6 ns, fyax = 125 MHz 

Eight user-programmable output logic macrocells for 
latched or combinatorial operation 

A registered version of the device is available as 
AmPAL10H20EV8 or AMPAL10020EV8 (see AMD Pub- 
lication No. 06176A) 

Up to twenty inputs and eight outputs 

Individually user-programmable output polarity 
Variable product-term distribution for increased design 
flexibility 

Individual product term for output enable 


Asynchronous-RESET and PRESET capability 
Power-up RESET capability 

PRELOAD for improved testability 

Special designed-in test features for full AC and DC 
testing 

Platinum-silicide fuses ensure high programming yield, 
fast programming and unsurpassed reliability 
10KH/100K ECL options 

50-ohm drive with wired-OR capability 

24-pin 300 mil DIPs and 28-pin chip carrier packages 


- GENERAL DESCRIPTION 


The AmPAL10H20EG8/AmPAL10020EG8 is an advanced 
bipolar ECL Programmable Array Logic (PAL) device. It 
uses the familiar sum-of-products (AND-OR) single array 
logic structure, allowing users to program custom logic 
functions. Fabricated with AMD's new advanced bipolar 
IMOX-{tl SLOT-isolation process technology and combining 


the innovative architectural features of the AmMPAL22V10, | 


the AmPAL10H20EG8/AmPAL10020EG8 represents the 
most advanced ECL PAL device available on the market 
today. 

The AmPAL10H20EG8/AmPAL10020EG8 contains up to 
twenty inputs and eight outputs. It incorporates AMD's 
unique output logic macrocell (as in the AmPAL22V10), 
which allows the user to define and program the architec- 
ture of each output on an individual basis. Each output can 
be user-programmable for either latched or combinatorial 
operation. Each output also has user-programmable out- 
put-polarity control, further simplifying the design. The 
flexibility of the programmable output logic macrocells 


permits the system designer to tailor the device to paticular 
application requirements. 


Increased logic power has been built into the Am- 
PAL10H20EG8/AmPAL10020EG8 by providing a variable 
number of logical product terms per output. Four outputs 
have twelve logical product terms each, and the other four 
have eight logical product terms each. This variable alloca- 
tion of logical product terms allows complex functions to be 
implemented in a single ECL PAL device. Each output also 
has a separate output-enable product term. 


System operation has been enhanced by the addition of 
asynchronous-PRESET and RESET product terms for the 


AmPAL10H20EG8/AmPAL10020EG8. These product 


terms are common to all latched outputs. 


The AmPAL10H20EG8/AmPAL10020EG8 incorporates 
power-up RESET on all latched outputs. It also has the 
unique capability to PRELOAD latches to any desired state 
during testing. PRELOAD permits full logical verification 
during testing. 


BLOCK DIAGRAM 


*PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 


IMOX is a trademark of Advanced Micro Devices, Inc. 


BD006751 


Publication # Rev. 
08545 A 





Amendment 
/0 
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AmPAL* 10H20EG8/AmPAL 10020EG8 


CONNECTION DIAGRAMS 


nN 
a 
ml 
4 


| 
tW 
CD010170 > 
CD010180 


*Also available in PLCC, Pinouts identical to LCC. 


Note: Pin 1 is marked for orientation. 


PIN DESCRIPTION 


14-144 Dedicated Input Pins (11) Vcc Circult Ground 
1/04-1/Og Bidirectional Input/Output Pins (8) 


LE/Iy2 Latch Enable or Input Pin 


Vceo1,; Vco2. Circuit Ground Pins for Outputs (2) 
NC No Connect VEE Negative Supply Voltage 
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ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 
a combination of: A. Device Number 
B. Speed Option (if applicable) 
C. Package Type 
D. Temperature Range 
E. Optional Processing 


AMPAL10H20EG8 a6 


. OPTIONAL PROCESSING 
Blank = Standard processing © 
B = Burn-in 


85302001 1VWdWW/8D40ZHO! « 1Wdwiy 


. TEMPERATURE RANGE 
C =Commercial (0 to +75°C)* 
E = Extended Commercial (-55 to + 125°C) 
* (0 to 85°C for 100K ECL) 


. PACKAGE TYPE 
P = 24-Pin Slim Plastic DIP (PD3024) 
D = 24-Pin Slim Ceramic DIP (CD3024) 
J = 28-Pin Plastic Leaded Chip 
Carrier (PL 028) 
L = 28-Pin Ceramic Leadiess Chip 
Carrier (CL 028) 


. SPEED OPTION 
~6=6 ns 
~8=8 ns* 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL10H20EG8 = 10KH ECL 
AmPAL10020EG8 = 100K ECL 
IMOX-IIl ECL Programmable Array Logic 





“Extended Commercial Range only. 


Valid Combinations 
Valid Combinations 


Valid Combinations list configurations planned to be 

SMEDEI Cee PC, DC, DCB, supported in volume for this device. Consult the local AMD 
JC, LC, LCB ; F . ae wigs : 

sales office to confirm availability of specific valid 


AMPAL10020EG8-6 


AMPAL10H20EG8-8 BEE combinations, to check on newly released combinations, and 
AMPAL10020EG8-8 : to obtain additional data on AMD's standard military grade 


products. 
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AmPAL* 10H20EG8/AmPAL10020EG8 


ORDERING INFORMATION (Cont'd.) 
APL Products 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL (Approved - 
Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) products are 
processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, or surface 
treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed by a 
combination of: A. Device Number ’ 
' B. Speed Option (if applicable) 

C. Device Class 

D. Package Type 

E. Lead Fintsh 


AMPAL10H20EG8 


. LEAD FINISH 
A=Hot Solder DIP 
C = Gold 


. PACKAGE TYPE 
L = 24-Pin Slim Ceramic DIP (CD3024) 
3 = 28-Pin Ceramic Leadless Chip 
Carrier (CL 028) 


. DEVICE CLASS 
/B=Class B 


. SPEED OPTION 
~8=8 ns 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL10H20EG8 (10KH ECL) 
IMOX-IIl Programmable Array Logic 


Valid Combinations 


Valid Combinations list configurations planned to be 

Valid Combinations : supported in volume for this device. Consult the local AMD 

sales office to confirm availability of specific valid 

combinations or to check for newly released valid 


combinations. 


Group A Tests 


Group A tests consists of Subgroups: 
1, 2, 3, 7, 8, 9, 10 & 11. 





4-48 


FUNCTIONAL DESCRIPTION 


The AmPAL10H20EG8/AmPAL10020EG8 is an. advanced 
bipolar ECL I/O PAL device. It contains a programmable fuse 
array organized in the familiar sum-of-products (AND-OR) 
structure. 


The block diagram in Figure 1 illustrates the basic architecture 
of the AmPAL10H20EG8/AmPAL10020EG8. There are up to 
twenty external inputs and eight outputs. The inputs are 
connected to a programmable-AND array. Initially, the AND 
gates are connected, via fuses, to both the true and comple- 
ment of every input. By selective programming (blowing) of the 


fuses, the AND gates may be "connected" to only the true 
inputs, the complement inputs, or to neither type of input. 
When both the true and complement fuses are left intact, a 
logical-FALSE results at the output of the AND gate. An AND 
gate with all the fuses blown will assume the logical-TRUE 
state. The outputs of the AND gates are connected to fixed- 
OR gates. 


There are an average of ten product terms per OR gate 
(output), distributed in a variable fashion. Four outputs have 


eight product terms each while the other four have twelve . 


product terms each. This variable distribution of product terms 
allows more complex logical functions to be implemented. 


PROGRAMMABLE AND ARRAY 
(90 x 40) 


ans mas 
> toa ic ve 4 tose 
awe a luacncceu ch acai 
ie 


our Lard 


pice aS 
toare aX 100 Dae Lt Oe. 
pie Tp aa | becaioe y HH pe | Hp See ahaha ay 
ro z a—— | 
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Figure 1. Block Diagram 


Output Logic Macrocelis 


A useful feature of the AmPAL10H20EG8/AmPAL10020EG8 
is its versatile programmable output-logic-macrocell structure. 
It allows the user to program the outputs on an individual basis 
in a very flexible manner. 


The AmPAL10H20EG8/AmPAL10020EG8 output logic ma- 
crocell incorporates a transparent latch. As shown in the 
output logic macrocell diagram, each macrocell contains two 


‘programmable fuses — So and Sy, for programming the out- 


put functions. Sj controls whether the output will be latched or 
combinatorial. Sg controls the output polarity (active-HIGH or 
active-LOW). Depending on the states of these two fuses, an 
individual output operates in one of four modes: Latched/ 
Active-LOW, Latched/Active-HIGH, Combinatorial/Active- 
LOW, and Combinatorial/Active-HIGH. Each output is also 
provided with a separate output enable product term. 


LD000811 


Figure 2. AmPAL10H20EG8/AmPAL10020EG8 Output Logic Macrocell 
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AmPAL* 10H20EG8/AmPAL10020EG8 


LD000422 


Figure 3-1. Latched/Active-LOW 


LD000442 


Figure 3-2. Latched/Active-HIGH 


LD000431 
Figure 3-3. Combinatorial/Active-LOW 


LD000451 
Figure 3-4. Combinatorial/Active-HIGH 


| sy | So | Output Configuration” 
| 0 | 0. | Latched/Active-LOW 


| 0 | 1 | Latched/Active-HIGH 
[eae oll Oe © Combinatorial/Active-LOW 
| 4 | 1 | Combinatorial/Active-HIGH 





0 = Unblown Fuse 
1 = Blown Fuse 


Feedback 


Another feature of the AmPAL10H20EG8/AmPAL10020EG8 
output macrocell structure is the flexibility of its feedback 
selection. The feedback can be from either the I/O line or the 
latched output. The feedback multiplexer is also controlled by 
the S; fuse. The feedback path changes with the output-mode 
selection. If the output is selected to be latched, the feedback 
is latched. If the output is combinatorial, the feedback is from 
the I/O line. This feature enables the designer to optimally use 
the device to meet precise application requirements. Addition- 
ally, it also allows him/her to perform control tasks, such as 
arbitration functions, easily. 


Output Enable 
Each of the eight output logic macrocells of the Am- 


PAL10H20EG8/AmPAL10020EG8 contains a dedicated prod- . 
uct term for output-enable function. When this product term is © 


asserted LOW, the output is forced into a LOW state where it 
remains until the output-enable product term goes HIGH. 


PRESET and RESET 


To improve in-system functionality, the AmPAL10H20EG8/ 
AmPAL10020EG8 has additional PRESET and RESET prod- 
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‘uct terms. Common asynchronous-RESET and PRESET are 


provided for all the latches of the AmPAL10H20EG8/Am- 
PAL10020EG8. When the asynchronous PRESET product 
term is asserted HIGH the output latches are loaded with a 
HIGH and when the RESET product term is asserted HIGH the 
output latches are loaded with a LOW. For the RESET/ 
PRESET to work the latches should be in latched and not 
transparent mode. These functions are particularly useful for 
system power-on and reset. 


PRELOAD 


To simplify testing, the AmPAL10H20EG8/AmPAL10020EG8 
is designed with PRELOAD circuitry that provides an easy 
method for testing logical functionality. PRELOAD allows any 
arbitrary values to be loaded into the PAL device's output 
latches. 


A typical functional-test sequence would be to verify all 
possible outputs for the device being tested. To verify these 
transitions requires the ability to set the latches to an arbitrary 
“present state'' value and to set the device inputs to any 
arbitrary ''present input'’ value. Once this is done, the latch 
enable is driven transparent to allow logic to determine the 





“new state'’ of the outputs. These outputs can then be 
checked to validate the design. 


Without PRELOAD capability, it is difficult and in some cases 
impossible to load an arbitrary value into the latches. This can 
lead to logic-verification sequences which are either incom- 
plete or excessively long. With PRELOAD capability, logic 
verification sequences can be greatly shortened, hence reduc- 
ing the test time and the development costs, and guaranteeing 
proper in-system operation. 


Fabrication 


The AmPAL10H20EG8/AmPAL10020EG8 is manufactured 
using Advanced Micro Devices' new IMOX-III| SLOT-isolation 
process. This advanced process offers increased density and 
reduced internal capacitance resulting in the fastest possible 
programmable logic devices. 


The AmPAL10H20EG8/AmPAL10020EG8 is fabricated with 
AMD's fast programming and highly reliable platinum-silicide 


fuse technology. Utilizing an easily implemented programming 
algorithm, these products can be rapidly programmed to any 
customized pattern. Platinum-silicide was selected as the 
fuse-link material to achieve a well controlled melt rate 
resulting in large non-conductive gaps which ensure very 
stable, long-term reliability. Extensive operating testing has 
proven that this low-field, large-gap technology offers the best 
reliability for fusible-link programmable logic. 


Testing 


The AmPAL10H20EG8/AmPAL10020EG8 contains many in- 
ternal test features, including circuitry and extra fuses which 
allow AMD to test each part before shipping. This ensures 
extremely high post-programming functional yields. The test 


. fuses are programmed to assure the ability of each part to 
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perform correct programming. There are extra test words 
which are preprogrammed during manufacturing and tested to 
ensure correct logical operation and provide extra test paths 
to achieve excellent parametric correlation. 
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AmPAL* 10H20EG8/AmPAL10020EG8 


INPUT LINES 


Het = <1 
oe ui | i ci — 
HI | Hoi —< 


ml Ht " ASYNCHRONOLIS RESET 
TT ee = 





LD000840 


Figure 4. Logic Diagram — JEDEC Fuse Numbering for AmPAL10H20EG8/10020EGS ' 


Note: Pin out for DIP only. 
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ABSOLUTE MAXIMUM RATINGS 


Storage Temperature -65 to + 150°C 
Supply Voltage (VEE) 
with Respect to Ground 
DC Input Voltage 
with Respect to Ground 
Output Current 


-Continuous 


Stresses above those listed under ABSOLUTE MAXIMUM 
RATINGS may cause permanent device failure. Functionality 
at or above these limits is not implied. Exposure to absolute 
maximum ratings for extended periods may affect device 
reliability. 


OPERATING RANGES 


Commercial (C) Devices — 100K Devices 
Temperature (Ta) Operating Free Air 
Supply Voltage (VEE) 


0 to +85°C 
-5.7 to -4.2 V 


Commercial (C) Devices — 10KH Devices 
Temperature (Ta) Operating Free Air 
Supply Voltage (Veg) 


0 to +75°C 
-5.46 to -4.94 V 


Extended Commercial (E) Devices 
Temperature (Ta) 
Temperature (Tc) Operating Case 
Supply Voltage (VEE) 


Military* (M) Devices 
Temperature (Ta) 
Temperature (Tc) 
Supply Voltage (Veg) 


-55°C Min. 
+125°C Max: 
-5.72 to -4.68 V 


-55°C Min. 
+125°C Max. 
-5.72 to -4.68 V 


Operating ranges define those limits between which the 
functionality of the device is guaranteed. 


*Military product 100% tested at Tc = +25°C, +125°C 
and -55°C. 


DC CHARACTERISTICS over operating range unless otherwise specified 


AmPAL10H20EG8 (Commercial) 


Parameter . Parameter 
Symbols Description Test Conditions 


Output HIGH Voltage 


Vin = ViH_ (Max.) OF VIL (Min.) 


Output LOW Voltage 


Input HIGH Voltage (Note 3) _. 


Input LOW Volt 


€ sa 
% ey 


eh 
a08, me (Note 9) 


EN sation 


ig 


ae : . 
frrent 


ee 


“YVin= Vin (Max.) 





, , 
4 a 


4 ipput LOW Current Vin = Vit. (Min.) 
be . 


Power Supply Current 


Table continues on following page. 
Notes: See notes following Military DC characteristics table. 


Guaranteed Input HIGH Voltage — 


Guaranteed: Input LOW Voltage © 


All Inputs and Outputs Open 


Tasoo | 1020-640 
Loading is 
50 2 to -2.0 V 
4 

GA [Ta e+ 75°C |"- 1950-4 





riq= ore [1050 | — 1400 | 
Pra=e7ere | 1980_| 1480 
Ta = 0°C 

Ta = + 25°C 
Ta = +75°C 
Ta =0°C 

Ta = +25°C 
Ta =+75°C 
Fras oo | 280 | | 
ria=225re] 200 | 
[Ta=+75°C | -230 | | 
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AmPAL*10H20EG8/AmPAL10020EG8 


AmPAL10H20EG8 (Military); included in Group A, Subgroup 1, 2, 3 tests unless otherwise noted. 


Parameter Parameter 
Symbols Description Test Conditions 
Output HIGH Voltage Ta = +25°C 
Loading is [TAT +75°C 
Vin ™ ViH_ (Max) OF Vit (Min.) oading Is ; ml 
/ |502to-20v[Tas orc | Ted | ABD 


TBD 
Output LOW Voltage Ta=+25°C | TBD’ | 
iD 


Ta = +75° TBI i eet : 
Tazo | ee 8D. pis 
Input HIGH Voltage wen ee Tam} REC ret "Tap | 
| TaeaTee | ve | TeO™| 
input LOW Voltage ace i Input LOW Voltage - ‘, ‘ : 


Power Supply Cureft, “. }. All Inputs and Oulu 


Input HIGH Current 


_. Parameter. -” 
» Description.” 


Yous /<Qutput Voltage HIGH Voltage /<Qutput Voltage HIGH 
Output Voltage HIGH 
ee ny NO) P| = 610 | 
eels Volage Hig | Gmranied pat Vonage FNGH Wow 9) nee} 080 
a et age OW | rarest Vinge LOW Wo) ia 
Pin | Input Current HIGH | Vin=Vin (ax) C«dTCSSCSC*dC=C |_| 


np Guront LOW Vin=Vi in eee hea] 
| lee | Power Supply Current All Inputs and Outputs Open | -230 | | mA 


Notes: 1. Guaranteed with transverse air flow exceeding 400 linear F.P.M. 
2. The relative values of the specified conditions and limits will be referenced to an algebraic scale. The extremities of the scale are: 
"Max." the value closest to positive infinity. 
"Min." the value closest to negative infinity. 
3. These are absolute voltages with respect to the device ground pin and include all overshoots due to system and/or tester noise. 
Do not attempt to test these values without suitable equipment and fixturing. 


50 2 to -2.0 V 
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SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A, 
Subgroup 9, 10, 11 tests unless otherwise noted 


E/M Devices 












Parameter 
Symbol 









Parameter Description Test Conditions 


seo | rt or Feedback to Out | 
ter [np Output Diablo 


lie Input or Feedback Setup ce - a ek 
Time “See Switching: 4 


% 


vd, 
sieseet 3 : an Feo SS 
| ty | Hold Time (| STest Circuit 
= ae. oe 
% & ES a ~ 
| ow 5 bee é 












€ 


” & %: 
Ce ‘ 


TE Width «<3 | 


ae 
ee 











_Asynchranous... A A 
{°RESET/PRESET Width <7). 









fess \\| Asynchronous...) 
¢ AR \ . RESET / PRESET 

- \ Recovery Time 
be ‘Asynchronous 


RESET/PRESET to Latched 
Output RESET/PRESET . 
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AmPAL*10H20EG8/AmPAL10020EG8 


SWITCHING TEST CIRCUIT 


0.1 pF | 0.1 pF 


0.1 pF == 0.01 pF 
a Caged Es 


-§.2 V tor 10KH 
-4.5 V for 100K 


TC003930 


*C_=5 pf for 10KH 
CL=3 pf for 100KH 


SWITCHING TEST WAVEFORM 


INPUT PULSE 


WF023080 


th = tp = 2.2 ns Max. for 10KH 
tR = te = 1.0 ns Max. for 100K © 
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KEY TO SWITCHING WAVEFORMS 


WAVEFORM INPUTS OUTPUTS 


MUST BE WILL BE 
STEADY STEADY 


WILL BE 
CHANGING 
FROMH TOL 


MAY CHANGE 
FROMH TOL 


WILL BE 
CHANGING 
FROML TOH 


MAY CHANGE 
FROML TOH 


DON’T CARE; CHANGING; 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


CENTER 
DOES NOT LINE tS HIGH 
APPLY IMPEDANCE 

“OFF” STATE 


> 
3 
ae) 
> 
~ 
oS 
ra) 
— 
SX) 
° 
mi 
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KS000010 


SWITCHING WAVEFORMS 


INPUTS, I/O, FEEDBACK 


a DD SD 


t 
WwW. 





ASYNC RESET/PRESET 


fis ER 'EA 
LATCHED 


ourPurts i HA Titi Ul 


ne mnt —wn F 


+" 
LEO 


WF023092 





4-57 


AmPAL* 10H20EG8/AmPAL10020EG8 





PRELOAD OF LATCHED OUTPUTS 


The AmPAL10H20EG8/AmPAL10020EG8 latched outputs 
are provided with circuitry to allow loading each latch to either PRELOAD is accessed by applying Vpp on pin 23. The data to 
a HIGH or LOW state. This simplifies testing as any state can be preloaded is set on the output pins. Bringing pin 23 back to 
be loaded into the latches to control outputs. The pin levels a logic-LOW level latches the data into the output latches. 


Parameter Parameter 
Symbol Description Typ. 
Input HIGH Level During 2 
Vv Input LOW Leve! During Vv 
IL PRELOAD and Verify 
PRELOAD Enable Voltage 


and the timing necessary to perform the PRELOAD function 
are detailed below. 

































OUTPUTS Yor 

















DISABLE OUTPUTS APPLY EXTERNAL DATA PRELOADED REMOVE EXTERNAL 
ENABLE PRELOAD INPUTS TO BE _ AND PRELOAD INPUTS 
PRELOADED DISABLED 


WF023100 
PRELOAD Timing Waveform 


POWER-UP RESET power-up RESET and the wide range of ways Vcc can rise to 


steady state, two conditions are required to insure a valid 
The latches in the AmPAL10H20EG8/AmPAL10020EG8 have power-up RESET. These conditions are: 


been designed with the capability to RESET during system 


power-up. Following power-up, all latches will be LOW. The 1. The Vcc rise must be monotonic. 

output state will depend upon the state of the output buffer 

and the polarity fuse. This feature provides extra flexibility to 2. Following RESET, the Latch Enable must not be driven 
the designer. A timing diagram and a parameter table are transparent until all applicable input and feedback setup 
shown below. Due to the asynchronous operation of the times are met. 






LATCHED 
ACTIVE-LOW OUTPUT 
PIN 


WF022303 










Parameter Parameter 
Symbol Description Typ. 
Power-Up 
RESET Time 
t Input or Feedback 
Ss Setup Time. 


LE Width 






See Switching Characteristics 


4-58 


PROGRAMMING AND VERIFICATION 


The AmPAL10H20EG8/AmPAL10020EG8 is programmed 
and verified using AMD's ECL programmable-logic-program- 
ming algorithm. The fuse to be programmed is selected by its 
input line number (array row), its product-term number (array 
column), and by the output associated with it (one at a time). 
The levels for addressing the rows and columns are all in ECL 
(10KH) levels. The fuse is then programmed and verified by 
applying a simple sequence of voltages as shown in the 
programming waveform diagram. The values of the program- 
ming voltages are shown in the table of programming parame- 
ters. 


Input fine numbers (0 to 39) are addressed using a full decode 
scheme via ECL levels on pins 9-11 and 13-15 where pin 
15 is the LSB and pin 9 is the MSB. !nput line addressing is 
shown in Table 1. Note that one input line is given to select all 
the architectural fuses. 


Product terms are addressed using a full decode scheme via 
ECL levels on pins 1, 2, 22 and 23 where pin 23 is the LSB and 
pin 1 is the MSB. Product terms (column number) addressing 
is shown in Table 2. 


The sequence of signals and events associated with them 
during programming and verification modes is shown in the 


After a certain programming time, the fuse is blown and the 
programming voltage is removed from Vcoe. The device is 
back in the verification mode. Latch Enable is HIGH during 
programming. It is then brought LOW to enable the latches 
and verify for Veiown level (Vinp or Vi_p). After verification is 
done, the programming voltage is removed from Vco 1 and the 
part is back in normal mode. 


‘Security Programming 


Programming Waveforms. The row and column addresses are ~ 


set up on the corresponding input pins. Then Vco, (pin 6) is 
brought to a programming voltage of Vcop. The normal |/O 
pins are now disabled and the address decode is enabled. The 
device is now in a verification mode. Vco2 (pin 19) is now 
brought to the Vcop programming voltage. The programming 
mode is enabled. A high voltage of Vop (Fuse-Enable Voltage) 
on the output pin corresponding to the fuse to be blown 
activates the programming voltage, and the fusing is started. 


PROGRAMMING PARAMETERS (Ta = 25°C) 


A security fuse is provided on each AmPAL10H20EG8/ 
AmPAL10020EG8 to protect any user proprietary logic design. 
it is addressed and programmed like any other fuse in the 
array. Once blown, the circuitry enabling any fuse verification 
and latch PRELOAD is permanently disabled. The security 
fuse is verified by verifying the whole fuse array as if every 
fuse was blown. 


Programming Yield 


- 


AMD PAL devices have been designed to ensure extremely 
high programming yields. To help ensure that a part was 
correctly programmed, once the programming is completed 
the entire fuse array should be re-verified at both LOW and 
HIGH Vcc. Re-verification can be accomplished by reading all 
eight outputs in parallel rather than one at a time. This 
verification cycle checks that the array fuses have been blown 
and can be sensed by the outputs under varying conditions. 


AMD PAL devices contain many internal features, including 
circuitry and extra fuses to test the ability of each part to 
perform programming before shipping, and to assure a correct 
logical operation for a correctly programmed part. Program- 
ming-yield losses are most likely due to poor programming 
socket contact, programming equipment out of calibration, or 
improper usage of said equipment. 
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Parameter Symbol Parameter Description | Min. | Typ. | Max. | Units | 


Fuse Enable Voltage Applied to Output Being 
Programmed @ 1-25 mA (Additional 80 mA Vv 
ae [ee [ee 


if Output Terminated to 50-ohm Load) 
Pee Te 


Vop 


Programming Voltage Applied to Vco1, Vco2 


Vcop @ 15-200 mA . 


Vcoo1 & 
Vco2 


Power Supply for the Output Stage Sourcing 


Voc During Programming & Verify 
Icc = 50-250 mA Sourcing 
Icc = 50-150 mA Sinking 


Vee During Programming & Verify 


Voce 





VEEP 


Vonp Termination Voltage for Output-Load Resistor 


Output-Load Resistor 

Fusing Time First Attempt 

Fusing Time Second Attempt 

Delays Between Various Level Changes 


PRELOAD During Which Output is Sensed for 
VBLOWN (ViHP or Vitp) Level 


< 
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TABLE 2. COLUMN NUMBER ADDRESSING 





r 


r 
rc 


= 
rier 
x{[rj[r 


4 5 7 8 17 | #48 20 21 
out1 | outz | outs | ouT4 | outs | outs | ouT7 | ouTs 
ae ae ee ee 


a Fe (ee ee 


+P ae : 


Tet lTITiIrl icy ie 


L 
H 
H 
H 
H 
L 
L 
L 
L 
H 
H 


a Oe ae OO OO ee 


I(|xrir 
=/=z 
= 

x= 


AR = Async. RESET 
AP = Async. PRESET 
OE = Output Enable 
R/C = Reg/Comb Fuse 
OP = Output Polarity Fuse 
SF = Security Fuse 


PROGRAMMING WAVEFORMS 


ADDRESS 


Voop 


*WF023110 
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Vip 
Vip 





. Row and Column addresses 


applied. 


. Normal I/O pins disabled. 
. Programming Voltage applied 


address decode enable. 


. Output associated with fuse 


to be blown selected. Fusing 
time started. 


. Fusing time ended. 
. Programming Voltage removed. 


Device in Verification Mode. 


. LE Pulse. 
. Verify for VBLOWN level. 
. End of Programming and 


Verification Cycle. 
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AmPAL* 10H20EG8/AmPAL10020EG8 


AmPAL10H20EG8/AmPAL10020EG8 PROGRAMMING SUPPORT INFORMATION 


Data 1/O : 
System 29 Under Development Not Required 
10525 Willow Road N.E. 
Redmond, WA 98052 ; ‘ : 
(206) 881-6444 UNISITE 40 Not Required Not Required 
Stag Microsystems 
avi Asaden Drive Model PPZ Under Development Not Required 
Sunnyvale, CA 94089 
(408) 745-1991 or Model ZL30A ' t Reauired 
(800) 227-8836 ode Under Developmen Not Require 


The machines noted above have been qualified by AMD to ensure high programming yields. Check with the factory to 
determine current status of equipment noted as ''Under Development," or for other available models. 


Design-Aid Software for AmMPAL10H20EG8/AmPAL10020EG8 


Software Vendor Software Package 


P-CAD Systems, Inc. 

1290 Parkmoor Ave. 

San Jose, CA 95126 COPE 
(408) 971-1300 


Advanced Micro Devices, Inc. 


901 Thompson PI. Supported by P-CAD 
Sunnyvale, CA 94088 AmGUPL Systems, Inc. 
(408) 732-2400 


Data 1/0 

10525 Willow Road N.E. 
Redmond, WA 98052 
(206) 881-6444 
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AmPAL*10H20EV8/AmPAL10020EV8 


IMOX-III"™ ECL Programmable Array Logic 


PRELIMINARY 


DISTINCTIVE CHARACTERISTICS 


High-performance tpp = 6 ns, fyax = 125 MHz 

Eight user-programmable output logic macrocells for 
registered or combinatorial operation 

A latched version of the device is available as Am- 
PAL10H20EG8 or AmMPAL10020EG8 (see AMD Publica- 
tion No. 08545A) 

Up to twenty inputs and eight outputs 

Individually user-programmable output polarity 
Variable product-term distribution for increased design 
flexibility 

Individual product term for output enable 


Asynchronous-RESET and PRESET capability 
Power-up RESET capability 

PRELOAD for improved testability 

Special designed-in test features for. full AC and DC 
testing 

Platinum-silicide fuses ensure high programming yield, 
fast programming and unsurpassed reliability 
10KH/100K ECL options 

50-ohm drive with wired-OR capability 

24-pin 300 mil DIPs and 28-pin chip carrier packages 


GENERAL DESCRIPTION 


The AmPAL10H20EV8/AmPAL10020EV8 is an advanced 
bipolar ECL Programmable Array Logic (PAL) device. It 
uses the familiar sum-of-products (AND-OR) single array 
logic structure, allowing users to program custom logic 
functions. Fabricated with AMD's new advanced bipolar 
IMOX-IIi SLOT-isolation process technology and combining 
the innovative architectural features of the AmPAL22V10, 
the AmPAL10H20EV8/AmPAL10020EV8 represents the 
most advanced ECL PAL device available on the market 
today. 


The AmPAL10H20EV8/AmPAL10020EV8 contains up to 
twenty inputs and eight outputs. It incorporates AMD's 
unique output logic macrocell (as in the AmPAL22V10), 
which allows the user to define and program the architec- 
ture of each output on an individual basis. Each output can 
be user-programmable for either registered or combinatori- 
al operation. Each output also has user-programmable 
output-polarity control, further simplifying the design. The 
flexibility of the programmable output logic macrocells 


BLOCK 


permits the system designer to tailor the device to paticular 
application requirements. 


Increased logic power has been built into the Am- 
PAL10H20EV8/AmPAL10020EV8 by providing a variable 
number of logical product terms per output. Four outputs 
have twelve logical product terms each, and the other four 
have eight logical product terms each. This variable alloca- 
tion of logical product terms allows complex functions to be 
implemented in a single ECL PAL device. Each output also 
has a separate output-enable product term. 


System operation has been enhanced by the addition of 
asynchronous-PRESET and RESET product terms for the 
AmPAL10H20EV8/AmPAL10020EV8. These product 
terms are common to all registered outputs. 


The AmPAL10H20EV8/AmPAL10020EV8 incorporates 
power-up RESET on all registered outputs. It also has the 
unique capability to PRELOAD registers to any desired 
state during testing. PRELOAD permits full coe verifica- 
tion during testing. 


DIAGRAM 


PROGRAMMABLE AND ARRAY 


(90 x 40) 


pice Hp a Lb, ourrur Hp ee 


v Toure, pie He LoGie. ane il 


MACROCELL F 


% 


beaten 55 
——— 


*PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 


IMOX is a trademark of Advanced Micro Devices, Inc. 


MACROCELL rth MACROCELL Hp ee MACROCELL +R. 
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yo 
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AmPAL*10H20EV8/AmPAL10020EV8 


15 16 
it LI OL 

; Hg * 

CD010171 ms 


17 
m 
> 


CD010181 


*Also available in PLCC. Pinouts identical to LCC. 


Note: Pin 1 is marked for orientation. 


PIN DESCRIPTION 


14-144 Dedicated Input Pins (11) , Veco _ Circult Ground | 
1/04-1/Og Bidirectional Input/Output Pins (8) 
CLK/Iy2 Clock or Input Pin = 


NC No Connect Vee Negative Supply Voltage 
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Vco1, Vco2_  Circult Ground Pins for Outputs (2) 





ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 
a combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Package Type 

D. Temperature Range 

E. Optional Processing 


AMPAL10H20EV8 =6 


. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn-in 


8AA0Z00L 1VdWY/8AS0ZHOL. 1WdWy 


. TEMPERATURE RANGE 
C = Commercial (0 to +75°C)* 
E = Extended Commercial (-55 to + 125°C) 
* (0 to 85°C for 100K ECL) 


. PACKAGE TYPE 
P = 24-Pin Slim Plastic DIP (PD3024) 
D = 24-Pin Slim Ceramic DIP (CD3024) 
J = 28-Pin Plastic Leaded Chip 
Carrier (PL 028) 
L = 28-Pin Ceramic Leadless Chip 
Carrier (CL 028) 


SPEED OPTION 
-6=6 ns 
-8=8 ns* 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL10H20EV8 = 10KH ECL 
AmPAL10020EV8 = 100K ECL 
IMOX-Iil ECL Programmable Array Logic 





*Extended Commercial Range only. 


Valid Combinations Walid. Carmbinall list fi . , 446.6 
ali ombinations list configurations planned to be 
supported in volume for this device. Consult the local AMD 


sales office to confirm availability of specific valid 


Valid Combinations 


AMPAL10020EV8-6 
AMPAL10H20EV8-8 Bete combinations, to check on newly released combinations, and 
AMPAL10020EV8-8 : to obtain additional data on AMD's standard military grade 


products. 
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AmPAL* 10H20EV8/AmPAL10020EV8 


ORDERING INFORMATION (Cont'd.) 
APL Products 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL (Approved 
Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) products are 
processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, or surface 
treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed by a 
combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Device Class 

D. Package Type 

E. Lead Finish 


AMPAL10H20EV8 


. LEAD FINISH 
A=Hot Solder DIP 
C = Gold 


. PACKAGE TYPE 
L = 24-Pin Slim Ceramic DIP (CD3024) 
3 = 28-Pin Ceramic Leadiess Chip 
Carrier (CL 028) 


. DEVICE CLASS 
/B =Class B 


. SPEED OPTION 
-8=8ns 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL10H20EV8 (10KH ECL) 
IMOX-IIl Programmable Array Logic 


Valid Combinations 
Valid Combinations list configurations planned to be 
Valid Combinations supported in volume for this device. Consult the local AMD 
——— sales office to confirm availability of specific valid 
combinations or to check for newly released valid 


combinations. 


Group A Tests 


Group A tests consists of Subgroups: . 
1, 2, 3, 7, 8, 9, 10 & 11. 
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FUNCTIONAL DESCRIPTION 


The AmPAL1O0H20EV8/AmPAL10020EV8 Is an advanced 
bipolar ECL !/O PAL device. it contains a programmable fuse 
array organized in the familiar sum-of-products (AND-OR) 
structure. 


The block diagram in Figure 1 illustrates the basic architecture 
of the AmPAL10H20EV8/AmPAL10020EV8. There are up to 
twenty externa! inputs and eight outputs. The inputs are 
connected to a programmable-AND array. Initially, the AND 
gates are connected, via fuses, to both the true and comple- 
ment of every input. By selective programming (blowing) of the 


fuses, the AND gates may be "connected" to only the true 
inputs, the complement inputs, or to neither type of input. 
When both the true and complement fuses are left intact, a 
logical-FALSE results at the output of the AND gate. An AND 
gate with all the fuses blown will assume the logical-TRUE 
state. The outputs of the AND gates are connected to fixed- 
OR gates. 


There are an average of ten product terms per OR gate 
(output), distributed in a variable fashion. Four outputs have 
eight product terms each while the other four have twelve 
product terms each. This variable distribution of product terms 
allows more complex logical functions to be implemented. 


PROGRAMMABLE ANO ARRAY 


{90 » 40) 


OUTPUT 
gee HL 


Hp ig 


pase Lt our TTL ourur PL cuteur el 
eae MACROCELL rch wacnoceu.} | an hucroce || an wacrocen | Hp ase ee 


° 
BD006752 


Figure 1. Block Diagram 


Output Logie Macrocells 


A useful feature of the AmPAL10H20EV8/AmPAL10020EV8 
is its versatile programmable output-logic-macrocell structure. 
It allows the user to program the outputs on an individual basis 
in a very flexible manner. 


The AmPAL10H20EV8/AmPAL10020EV8 output logic macro- 
cell incorporates an edge triggered register. As shown in the 
output logic macrocell diagram, each macrocell contains two 


programmable fuses — Spo and Sj, for programming the out- 
put functions. Sj controls whether the output will be registered 
or combinatorial. So controls the output polarity (active-HIGH 
or active-LOW). Depending on the states of these two fuses, 
an individual output operates in one of four modes: Regis- 
tered/Active-LOW, Registered/Active-HIGH, Combinatorial/ 
Active-LOW, and Combinatorial/Active-HIGH. Each output is 
also provided with a separate output enable product term. 


LD000812 


Figure 2. AmMPAL10H20EV8/AmPAL10020EV8 Output Logic Macrocell 
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AmPAL* 10H20EV8/AmPAL10020EV8 


LD000422 


Figure 3-1. Registered/Active-LOW 


LD000442 


Figure 3-2. Registered/Active-HIGH 


Lb000431 
Figure 3-3. Combinatorial/Active-LOW 


LD000451 
Figure 3-4. Combinatorial/Active-HIGH 


| Si | So | Output Configuration 
Zak Registered/Active-LOW 


| o | -1 | Registered/Active-HIGH 
| 1 | 0 | Combinatorial/Active-LOW 





| 41 | 4. | Combinatorial/Active-HIGH 


0 = Unblown Fuse 
1 = Blown Fuse 


Feedback 


Another feature of the AmPAL10H20EV8/AmPAL10020EV8 
output macrocell structure is the flexibility of its feedback 
selection. The feedback can be from either the I/O line or the 
registered output. The feedback multiplexer is also controlled 
by the S; fuse. The feedback path changes with the output- 
mode selection. If the output is selected to be registered, the 
feedback is’ registered. If the output is combinatorial, the 
feedback is from the I/O line. This feature enables the 


designer to optimally use the device to meet precise applica- ~ 


tion requirements. Additionally, it also allows him/her to make 
complex control state machines for particular design require- 
ments. : 


Output Enable 


Each of the eight output logic macrocells of the Am- 
PAL10H20EV8/AmPAL10020EV8 contains a dedicated prod- 
uct term for output-enable function. When this product term is 
asserted LOW, the output is forced into a LOW state where it 
remains until the output-enable product term goes HIGH. 
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PRESET and RESET 


To improve in-system functionality, the AmPAL1OH20EV8/ 
AmPAL10020EV8 has additional PRESET and RESET prod- 
uct terms. Common asynchronous-RESET and PRESET are 
provided for all the registers of the AmPAL10H20EV8/Am- 
PAL10020EV8. When the. asynchronous PRESET product 
term is asserted HIGH the output registers are loaded with a 
HIGH and when the RESET product term is asserted HIGH the 
output registers are loaded with a LOW independent of the 
clock. These functions are particularly useful for system 
power-on and reset. 


PRELOAD 


To simplify testing, the AMPAL10H20EV8/AmPAL10020EV8 
is designed with PRELOAD circuitry that provides an easy 
method for testing logical functionality. PRELOAD allows any 
arbitrary values to be loaded into the PAL device's output 
registers. 


A typical functional-test sequence would be to verify all 
possible outputs for the device being tested. To verify these 
transitions requires the ability to set the state registers to an 
arbitrary "present state” value and to set the device inputs to 





any arbitrary "present input'' value. Once this is done, the 
state machine is then clocked into a new state, or ''next 
state." The next state is then checked to validate the 
transition from the present state. In this way any state 


"transition can be checked. 


Without PRELOAD capability, it is difficult and in some cases 
impossible to load an arbitrary present state value into the 
registers. This can lead to logic-verification sequences which 
are either incomplete or excessively long. With PRELOAD 
capability, logic verification sequences can be greatly short- 
ened, hence reducing the test time and the development 
costs, and guaranteeing proper in-system operation. 


Fabrication 


The AmPAL10H20EV8/AmPAL10020EV8 is manufactured 
using Advanced Micro Devices’. new IMOX-IIl SLOT-isolation 
process. This advanced process offers increased density and 
reduced internal capacitance resulting in the fastest possible 
programmable logic devices. 


The AmPAL10H20EV8/AmPAL10020EV8 is fabricated with 
AMD's fast programming and highly reliable platinum-silicide 
fuse technology. Utilizing an easily implemented programming 
algorithm, these products can be rapidly programmed to any 


. customized pattern. Platinum-silicide was selected as the 
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fuse-link material to achieve a well controlled melt rate 
resulting in farge non-conductive gaps which ensure very 
stable, long-term reliability. Extensive operating testing has 
proven that this low-field, large-gap technology offers the best 
reliability for fusible-link programmable logic. 


Testing 


The AmPAL10H20EV8/AmPAL10020EV8 contains many in- 
ternal test features, including circuitry and extra fuses which 
allow AMD to test each part before shipping. This ensures 
extremely high post-programming functional yields. The test 
fuses are programmed to assure the ability of each part to 
perform correct programming. There are extra test words 
which are preprogrammed during manufacturing and tested to 
ensure correct logical operation and provide extra test paths 
to achieve excellent parametric correlation. 
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Figure 4. Logic Diagram —JEDEC Fuse Numbering for AmPAL10H20EV8/AmPAL10020EV8 


Note: Pin out for DIP only. 
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ABSOLUTE MAXIMUM 


Storage Temperature 
Supply Voltage (Veg) 

with Respect to Ground 
DC Input Voltage 

with Respect to Ground 
Output Current 

-Continuous 


RATINGS 
-65 to + 150°C 


Stresses above those listed under ABSOLUTE MAXIMUM 
RATINGS may cause permanent device failure. Functionality 
at or above these limits is not implied. Exposure to absolute 
maximum ratings for extended periods-may affect device 
. reliability. 


OPERATING RANGES 


Commercial! (C) Devices — 100K Devices 
Temperature (Ta) Operating Free Air 
Supply Voltage (VEE) 

Commercial (C) Devices — 10KH Devices 


Temperature (Ta) Operating Free Air 
Supply Voltage (VEE) 


0 to +85°C 
-5.7 to -4.2 V 


0 to +75°C 
-5.46 to -4.94 V 


Extended Commercial (E) Devices 
Temperature (Ta) 
Temperature (Tc) Operating Case 
Supply Voltage: (VEE) 


Military* (M) Devices 
Temperature (Ta) 
Temperature (Tc) 
Supply Voltage (Veg) 


-55°C Min. 
+125°C Max. 
-5.72 to -4.68 V 


~55°C Min. 
+125°C Max. 
-5.72 to -4.68 V 


Operating ranges define those limits between which the 
functionality of the device is guaranteed. 


*Military product 100% tested at To = +25°C, +125°C 
and -55°C. 


DC CHARACTERISTICS over operating range unless otherwise specified 


AmPAL10H20EV8 (Commercial) 


Parameter Parameter 
Symbols Description Test Conditions 


Output HIGH Voltage 
Output LOW Voltage 


Input HIGH Voltage (Note 3) 


Input LOW Voltage Worn 


Peis 
Coe . 
Input:HIGH, Current. 


ee Be a 


Table continues on following page. 
Notes: See notes following Military DC characteristics table. 


Guaranteed Input HIGH Voltage > 


9, 


eo 
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Taeoo | 1000 | 840 
Taz +250 | -00 | 8107 | 

Loading is we 
50 2 to -2.0 V 


[Taz +256 [_~1960..| 
[Tae 75°C 
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AmPAL*10H20EV8/AmPAL10020EV8 


AmPAL10H20EV8 (Military); included in Group A, Subgroup 1, 2, 3 tests unless otherwise noted. 


od 
Symbols Description Test Conditions 
7 
Output HIGH Voltage TBD 
VIN =Vin (Max.) OF VIL (Min,) Loading is : 
50 to =20 V 
Output LOW Voltage 
Input HIGH Voltage Sorta ae Input HIGH Voltage . 
| 
Input LOW Voltage Prete Input LOW Voltage 7a 
Input HIGH Current DON YE WA BA 
Input LOW Current vine Winds VAS NSO HA 
Way VARA N2 
Cutts Open | 


Power Supply Current X San Inputs and, 


é 
of 


% 


Parameter] Parameter 
Symbols \ |», _.“Description ~~ 
4° Qutput Voltage. HIGH 

Ae eri th Loading is 

Vin = Vin, (Min.) or Vit (Max.) 

[Vie [input Votage HIGH | Guarantod Input Votage HIGH Wola J _——S—~d =e | =080 [mv 

| VS.» __| Input Voltage LOW | Guaranteed Input Voltage LOW (Note 3) | = 1810 | - 1475 | mv 

| iw Input Current HIGH | Vin= Vin (Max) 22.0 

Pin input Current ow | Vin= Vn (Min) A 

| _lce | Power Supply Current_ |All Inputs and Outputs Open = 230 | mA 


Notes: 1. Guaranteed with transverse air flow exceeding 400 linear F.P.M. 
2. The relative values of the specified conditions and limits will be referenced to an algebraic scale. The extremities of the scale are: 
"Max.'' the value closest to positive infinity. 
"Min." the value closest to negative infinity. ; ; 
3. These are absolute voltages with respect to the device ground pin and include all overshoots due to system and/or tester noise. 
Do not attempt to test these values without suitable equipment and fixturing. 


50 2 to -2.0 V 
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SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A, 
Subgroup 9, 10, 11 tests unless otherwise noted 


E/M Devices 


Parameter 
Symbol Parameter Description. Test Conditions 


+ [eo | rout or Feseback to Oupet | 
[2 [ex [input © ouput crab 
3 [ten [pute Oubwt Dede 


Input to Output Disable 


=a 


Input or Feedback Setup 
Time 


Pe [| od time | soo switnig f@ FS 
| 8 | tw | Clock wiath AVA RA FO Ts 


Maximum Frequency». 


> 
3 
U 
> 
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* 
mad 
© 
LC 
nN 
o 
m 
< 
co 
~ 
> 
3 
U 
> 
i 
= 
fo] 
oO 
N 
o 
m 
< 
oo 


Asynchronous", \ a 
RESET/PRESET: Width) 4. Jes 


.. \PAsynchronous’ os, 
\, | RESET/PRESET-<_* 

1 | Recovery Time" 
Asynchronous 
RESET/PRESET to 
Registered Output 
RESET/PRESET 
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AmPAL* 10H20EV8/AmPAL10020EV8 


SWITCHING TEST CIRCUIT 


0.1 pF | 0.4 pF 





-5.2 V for 10KH 
-4.5 V for 100K 


TC003930 


*C_ =5 pf for 10KH 
CL =3 pf for 100KH 


SWITCHING TEST WAVEFORM 
INPUT PULSE 


WF023080 


tR = tf =2.2 ns Max. for 10KH 
tR = te = 1.0 ns Max. for 100K 
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INPUTS VO, 
REGISTERED 
FEEDBACK 


ASYNCHRONOUS 
PRESET, RESET 


REGISTERED 
OUTPUTS: 


COMBINATORIAL 
OUTPUTS: 


WAVEFORM INPUTS 


MUST BE 
STEADY 


MAY CHANGE 
FROMH TOL 


KEY TO SWITCHING WAVEFORMS 


OUTPUTS 


WILL BE 
STEADY 


WILL BE 
CHANGING 
FROMH TOL 


WILL BE 
MAY CHANGE CHANGING 


FROML TOH FROML TOH 


OON'T CARE; CHANGING; 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


CENTER 
DOES NOT LINE tS HIGH 
APPLY IMPEDANCE 

“OFF” STATE 


KS000010 


SWITCHING WAVEFORMS 
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PRELOAD OF REGISTERED OUTPUTS 


The AmPAL10H20EV8/AmPAL10020EV8 registered outputs 
are provided with circuitry to allow loading each register to PRELOAD is accessed by applying Vpp on pin 23. The data to 
either a HIGH or LOW state. This simplifies testing as any be preloaded is set on the output pins. Bringing pin 23 back to 
state can be loaded into the registers to control test sequenc- a logic-LOW level loads the data into the output registers. 


Parameter Parameter 
Symbol Description 
Input HIGH Level During 
PRELOAD and Verify 
Input LOW Level During 
Vv PRELOAD Enable Voltage Vv 
PP Applied to Pin 23 


ing. The pin levels and the timing necessary to perform the 
PRELOAD function are detailed below. 






































OUTPUTS Yor 





_ DISABLE OUTPUTS APPLY EXTERNAL DATA PRELOADED che EXTERNAL ~ 
ENABLE PRELOAD INPUTS TO BE AND PRELOAD INPUT: 
PRELOADED DISABLED 







WF023100 
PRELOAD Timing Waveform 











the power-up RESET and the wide range of ways Vcc can rise 


POWER-UP RESET 
to steady state, two conditions are required’ to insure a valid 
The registers in the AmPAL10H20EV8/AmPAL10020EV8 power-up RESET. These conditions are: 


have been designed with the capability to RESET during 


system power-up. Following power-up, all registers will be 1, The Vcc rise must be monotonic. 

LOW. The: output state will depend upon the state of the 

output buffer and the polarity fuse. This feature provides extra 2. Following RESET, the CLK input must not be driven from 
flexibility to the designer. A timing diagram and a parameter LOW-to-HIGH until all applicable input and feedback 


table are shown below. Due to the asynchronous operation of setup times are met. 





WF022301 









Parameter Parameter 
Symbol Description Typ. 
| ee | peer 
aE or Feedback 
Setup Time 


Clock Width 











See Switching Characteristics 
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PROGRAMMING AND VERIFICATION 


The AmMPAL10H20EV8/AmPAL10020EV8 is programmed and 
verified using AMD's ECL programmable-logic-programming 
algorithm. The fuse to be programmed is selected by its input 
line number (array row), its product-term number (array col- 
umn), and by the output associated with it (one at a time). The 
levels for addressing the rows and columns are all in ECL 
(10KH) levels. The fuse is then programmed and verified by 
applying a simple sequence of voltages as shown in the 
programming waveform diagram. The values of the program- 
ming voltages are shown in the table of programming parame- 
ters. 


Input line numbers (0 to 39) are addressed using a full decode 
scheme via ECL levels on pins 9-11 and 13-15 where pin 
15 is the LSB and pin 9 is the MSB. Input line addressing is 
shown in Table 1. Note that one input line is given to select all 
the architectural fuses. 


Product terms are addressed using a full decode scheme via 
ECL levels on pins 1, 2, 22 and 23 where pin 23 is the LSB and 
pin 1 is the MSB. Product terms (column number) addressing 
is shown in Table 2. , 


The sequence of signals and events associated with them 
during programming and verification modes is shown in the 
Programming Waveforms. The row and column addresses are 
set up on the corresponding input pins. Then Vco1 (pin 6) is 
brought to a programming voltage of Vcop. The normal I/O 
pins are now disabled and the address decode is enabled. The 
device is now in a verification mode. Vco2 (pin 19) is now 
brought to the Vcop programming voltage. The programming 
mode is enabled. A high voltage of Vop (Fuse-Enable Voltage) 
on the output pin corresponding to the fuse to be blown 
activates the programming voltage, and the fusing is started. 


After a certain programming time, the fuse is blown and the 
programming voltage is removed from Vcoe2. The device is 
back in the verification mode. A high clock pulse triggers the 
output registers which are then verified for VBjown level (ViIHP 
or Vicp). After verification is done, the programming voltage is 
removed from Vcoo1 and the part is back in normal mode. 


Security Programming 


A security fuse is provided on each AmPAL10H20EV8/ 
AmPAL10020EVS8 to protect any user proprietary logic design. 
It is addressed and programmed like any other fuse in the 
array. Once blown, the circuitry enabling any fuse verification 
and register PRELOAD is permanently disabled. The security 
fuse is verified by verifying the whole fuse array as if every 
fuse was blown. 


Programming Yield 


AMD PAL devices have been designed to ensure extremely 
high programming yields. To help ensure that a part was 
correctly programmed, once the programming is completed 
the entire fuse array should be re-verified at both LOW and 
HIGH Vcc. Re-verification can be accomplished by reading all 
eight outputs in parallel rather than one at a time. This 
verification cycle checks that the array fuses have been blown 
and can be sensed by the outputs under varying conditions. 


AMD PAL devices contain many internal features, including 
Circuitry and extra fuses to test the ability of each part to 
perform programming before shipping, and to assure a correct 
logical operation for a correctly programmed part. Program- 
ming-yield losses are most likely due to poor programming 
socket contact, programming equipment out of calibration, or 
improper usage of said equipment. 
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PROGRAMMING PARAMETERS (Ta = 25°C) 
Parameter Symbol Parameter Description . | Min. | Typ. | Max. | Units | 
Fuse Enable Voltage Applied to Output Being 
Vop Programmed @ 1-25 mA (Additional 80 mA Vv 
if Output Terminated to 50-ohm Load) 
Programming Voltage Applied to Vco1, Vco2_— 
‘eek ae 6 Power Supply for the Output. Stage Sourcing f-o1 | o | or [ov | 
Voc During Programming & Verify 
Icc = 50-250 mA Sourcing Vv 
‘loc = 50-150 mA Sinking 
PRELOAD During Which Output is Sensed for nae 
VBLOWN (Vinp or Vitp) Level 





4-77 


AmPAL* 10H20EV8/AmPAL10020EV8 
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TABLE 1. INPUT ADDRESSING | 


Input LI | Address Pin States 
put Line Number 
| 9 | wo] a | wo | ww | os | 
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TABLE 2. COLUMN NUMBER ADDRESSING 
4 5 7 8 17 18 20 21 
outT1 | ouT2 | outs | ouT4 | OUTS | OUT6 | OUT7 | OUTS 


— circ 
ricie 
mlxoperycoper yoy pcp yy TPO] cy) tye 


= rie 
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ca 


fs a nd Oe ed Oe 0 0 
XcprprepLl~oycyer ly Ly cyrie 


ryt 
x 


ee a ee a ee ee ee ee 


AR = Async. RESET 
AP = Async. PRESET 
OE = Output Enable 
R/C = Reg/Comb Fuse 
OP = Output Polarity Fuse 
SF = Security Fuse 


=x 
x= 
x= 


PROGRAMMING WAVEFORMS 


ADDRESS V 
{HP 
Vip 


Voop 





. Row and Column addresses 
applied. 

. Normal |/O pins disabled. 

. Programming Voltage applied. 
Address decode enabled. 

. Output associated with fuse 
to be blown selected. Fusing 
time started. 

. Fusing time ended. 

. Programming Voltage removed. 
Device in Verification Mode. 

. Clock Pulse. 

. Verify for VaBLOWN level. 

. End of Programming and 
Verification Cycle. 


WF023110 
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AmPAL* 10H20EV8/AmPAL10020EV8 


AmPAL10H20EV8/AmPAL10020EV8 PROGRAMMING SUPPORT INFORMATION 


Data I/O i 

9 | Not R d 
10525 Willow Road NE. System 2 Under Development ot Require 
Redmond, WA 98052 ; ; 
(206) 881-6444 UNISITE 40 Not Required Not Required 


Stag Microsystems 
528-5 Weddell Drive Model PPZ Under Development Not Required 
Sunnyvale, CA 94089 

‘oy peels a Model ZL30A . Under Development Not Required 


The machines noted above have been qualified by AMD to ensure high programming yields. Check with the factory to 
determine current status of equipment noted as ''Under Development,'' or for other available models. 


Design-Aid Software for AmPAL10H20EV8/AmPAL 10020EV8 


‘Software Vendor Software Package 


P-CAD Systems, Inc. 
1290 Parkmoor Ave. 
San Jose, CA 95126 
(408) 971-1300 


Advanced Micro Devices, Inc. 
901 Thompson PI. Supported by P-CAD 
Sunnyvale, CA 94088 AmMEUFE Systems, Inc. 
(408) 732-2400 


Data I/O 

10525 Willow Road N.E. 
Redmond, WA 98052 
(206) 881-6444 


CUPL 
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AmPAL*21VT8 


24-Pin Dual-Clock Programmable Array Logic 


ADVANCE INFORMATION 


DISTINCTIVE CHARACTERISTICS 


Enhanced second-generation PAL architecture 

15 ns maximum propagation delay, fyax = 40° MHz 
Up to twenty-one inputs and eight outputs 

Two banks of four user-programmable output logic 
macrocells for registered or combinatorial operation 
Individually user-programmabie output polarity 
Variable product term distribution for increased design 
flexibility 

Individual or common clock with programmable polarity 
for each bank of output logic macrocells 

Two product terms for enable of each output 


@ Asynchronous-RESET and synchronous-PRESET prod- 
uct terms for each bank of output logic macrocells 
@ Power-up RESET. and PRELOAD capability 
@ Superior quality 
- Full AC and DC parametric testing performed on 
every part 
— Exclusive on-chip test circuitry ensures post-program- 
ming functional yield (PPFY) of 99.9%. 
Platinum-silicide fuses ensure high programming yield 
( > 98%), fast programming and unsurpassed reliability 


GENERAL DESCRIPTION 


The AmPAL21VT8 is an ultra-fast and enhanced second- 
generation Programmable Array Logic (PAL) device. It uses 
the familiar sum-of-products (AND-OR) single array logic 
structure, allowing users to customize logic functions by 
programming the device for specific applications. Fabricat- 
ed with AMD's new advanced bipolar IMOX-II] SLOT- 
process technology and incorporating, with enhancements, 
the innovative architectural features of the AmPAL22V10, 
the AmPAL21VT8 is an extremely versatile PAL device. 


The AmPAL21VT8 contains up to twenty-one array inputs 
and eight outputs. The eight outputs are output logic 
macrocells (as in the AmPAL22V10) organized into two 
banks of four each. Each output logic macrocell is capable 
of being programmed as ''combinatorial'' or "registered" 
with active-HIGH or active-LOW polarity. Each of the two 
banks of output logic macrocells can be clocked individually 
or with a common clock. In addition, the individual/common 
clock has user-programmable polarity. This flexibility per- 
mits the system designer to tailor the device to the 
particular application requirements. 


~ Increased logic power has been built into the AmPAL21VT8 


by providing a variable number of logical product terms per 
output. Four outputs have twelve logical product terms 
each and the other four have sixteen logical product terms 
each. This variable allocation of logi cal product terms 
allows complex logic functions to be implemented in a 


‘single AMPAL21VT8. 


The AmPAL21VT8 also offers designers increased flexibili- 
ty and control over the output enable function. Each output 
is logically controlled by an OR of two logical product terms. 
This allows the designer to use more complex control than 
previously available. 


System operation has been enhanced by the addition of 
synchronous-PRESET and asynchronous-RESET product 
terms common to all the output logic macrocells in a bank. 


‘The AmPAL21VT8 also incorporates power-up RESET on 


all the registered outputs. It also has the capability to 
PRELOAD registers to any desired state during testing. 
This is essential to permit full logic verification during test. 


BLOCK DIAGRAM 
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AmPAL*21VT8 


FUNCTIONAL DESCRIPTION 


COMMON ASYNC RESET PER BANK 


PIV/Pt5 


CLOCK I/CLOCK2 


COMMON SYNC PRESET PER BANK 


<q FEEDBACK: 
TO AND ARRAY 


OUTPUT ENABLE 


& 
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FOUR PER BANK 


LD000830 


Figure 1. AmMPAL21VT8 Output Logic Macrocell 


OPERATING RANGES 
Commercial (C) Devices" 
Temperature (Ta) . 0 to +75°C 
Supply Voltage (Vcc) +5.75 V to +6.25 V 
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AmPAL*22V10 


24-Pin IMOX™ Programmable Array Logic (PAL) 


DISTINCTIVE CHARACTERISTICS 


Second-generation PAL architecture 

Increased logic power — up to 22 inputs and 10 outputs 
Increased product terms — average 12 per output 
Variable product term distribution improves ease of use 
Each output user programmable for registered or combi- 
natorial operation 

Individually user programmable output polarity 

Extra terms provide logical synchronous PRESET and 
asynchronous RESET capability 


@ Comes in standard and high-speed versions — 18 ns 
typical propagation delay 
TTL-level PRELOAD for improved testability 
Packaged in 24-pin Slim DIP and 28-pin chip carrier 
packages 
Platinum-Silicide fuses ensure high programming yield, 
fast programming and unsurpassed reliability 
Full AC and DC testing done at the factory utilizing 
special designed-in test features - 


GENERAL DESCRIPTION 


The AmPAL22V10 is a second-generation Programmable 
Array Logic (PAL) device. It utilizes the familiar sum-of- 
products (AND-OR) logic structure, allowing users to pro- 
gram custom logic functions. The AmPAL22V10 is an 
extension of the PAL concept. First-generation devices 
were largely limited to TTL-replacement applications. The 
AmPAL22V10 permits the development of custom LSI 
functions of 500 to 800 equivalent gate complexity. 


The AmPAL22V10 contains up to 22 inputs and 10 outputs. 
It incorporates the unique capability of defining and pro- 
gramming the architecture of each output on an individual 
basis. Each output is user programmable for either regis- 
tered or combinatorial operation. This allows the designer 
to optimize the device design, by having only as many 
registers as needed. In addition each output has user- 
programmable output polarity, further simplifying design 
and contributing to the precise application requirements. 


Increased logic power has been built into the AmPAL22V10 
by increasing the number of product terms from 8-per- 
output to an average of 12-per-output. Further innovation 
can be seen in the introduction of variable product term 
distribution. This technique allocates from 8 to 16 logical 
product terms to each output (please refer to block diagram 
for distribution details). This variable allocation of terms 
allows far more complex functions to be implemented than 
in previous devices . 


System operation has been enhanced by the addition of a 
synchronous-PRESET and an asynchronous-RESET prod- 
uct term. These terms are common to all output registers. 


The AmPAL22V10 also incorporates power-up RESET and 
the unique capability to PRELOAD the output registers to 
any desired state during testing. PRELOAD is essential to 
permit fuil logical verification during test. 


BLOCK DIAGRAM 
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AmPAL*22V10 


CONNECTION DIAGRAM 
Top View 


CD010000- 
CD010010 


*Also available in PLCC. Pinouts identical to LCC. 
**Also available in Flatpack. Pinouts identical to DIPs. 


ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The ores number (Valid Combination) is 
formed by a combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Package Type 

D. Temperature Range 

E. Optional Processing 


. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn-in 


. TEMPERATURE RANGE 
C =Commercial (0 to + 75°C) 
E = Extended Commercial (-55 to + 125°C) 


. PACKAGE TYPE 
P = 24-Pin Plastic DIP (PD3024) 
D = 24-Pin Ceramic DIP (CD3024) 
J = 28-Pin Plastic Leaded Chip Carrier (PL 028) 
L = 28-Pin Ceramic Leadiess Chip Carrier (CL 028) 


. SPEED OPTION 
Blank = 35 ns. 
A=25 ns 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL22V10 
24-Pin IMOX Programmable Array Logic _ 


. Valid Combinations 


Valid Combinations list configurations planned to be 
. Supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 
JC, LC, LE combinations, to check on newly released combinations, and 
to obtain additional data on AMD's standard military grade 
products. 
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ORDERING INFORMATION 
APL Products 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL 
(Approved Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) 
products are processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, 
or surface treatment exceptions to those specifications. The order number (Valid Combination) is formed 
by a combination of: A. Device Number 

'B. Speed Option (if applica) 

C. Device Class | 

D. Package Type 

E. Lead Finish 


OLAS. 1Wdwy 


AMPAL22V10 A 


. LEAD FINISH 
A=Hot Solder DIP 
C = Gold 


. PACKAGE TYPE (per 09-000) 
L = 24-Pin Ceramic DIP (CD3024) 
K = 24-Pin Ceramic Flatpack (CF 024) 
3 = 28-Pin Ceramic Leadiess Chip Carrier 
(CL 028) 


. DEVICE CLASS 
/B=Class B 


. SPEED OPTION 
Blank = 40 ns 
A=30 ns 


A. DEVICE en creeihnon 
AmPAL2: 
24-Pin iMOX Programmable Array. Logic 


Valid Combinations 


__Valid Combinations Valid Combinations list configurations planned to he 


AMPAL22V10 _ Supported in volume for this device. Consult the local AMD 
/BLA/B3C/BKA 
AMPAL22V10A sales office to confirm availability of specific valid 


combinations or to check for newly released valid 
combinations. 





Group A Tests 


Group A tests consist of Subgroups 
1, 2, 3, 7, 8, 9, 10, and 11. 


DESC Certified PAL Devices 


| Generic | AMD Part Number | DESC Numbers 
AmPAL22V10A/BLA | 5962-8605301LX 


22V10 AmPAL22V10A/B3C 5962-86053013X 
| AmPAL22V10A/BKA 5962-8605301KX 
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AmPAL*22V10 


FUNCTIONAL DESCRIPTION 


The AmPAL22V10 is a second-generation Programmable 
Array Logic device. It contains a programmable fuse array 
organized in the familiar sum-of-products (AND-OR) structure. 


The block diagram below shows the basic architecture of the 
AmPAL22V10. There up to 22 inputs and 10 outputs available. 
The inputs are connected to a programmable-AND array 
which contains 120 logical product terms. Initially the AND 
gates are connected, via fuses, to both the TRUE and 
complement of every input. By selective programming of fuses 
the AND gates may be ''connected" to only the TRUE.input 
(oy blowing the complement fuse), to only the complement 
input (by blowing the TRUE fuse), or to neither type of input 
(by blowing both fuses) establishing a logical "don't care." 
When both the TRUE and complement fuses are left intact, a 
logical FALSE results on the output of the AND gate. An AND 
gate with all fuses blown will assume the logical-TRUE state. 
The outputs of the AND gates are connected to fixed-OR 
gates. There is an average of 12 product terms per OR gate 
(output), and as the block diagram shows, variable product 
term distribution has been implemented. This technique allo- 
cates different quantities of logical product terms to different 
outputs, allowing more complex logical functions to be per- 
formed than were previously possible. Up to 16 logical terms 
can be evaluated in one output in a single clock cycle (no 
feedback necessary). 


AMO ARRAY 


Output Logic Macrocells (OLMs) 


A dramatic innovation in logic design is the implementation on 
the AmPAL22V10 of variable output architecture. This allows 
the user to program on an output-by-output basis the function 
of the outputs. As shown in the Output Logic Macrocell (OLM) 
diagram below, each output cell contains two additional fuses 
(So and S4). Sy controls whether the output will be registered 
or combinatorial. Sg controls the output polarity (active HIGH 
or active LOW). Depending on the states of these 2 fuses, an 
individual output will operate in one of four modes (see logic 
diagrams on next page). Registered/Active LOW; Registered/ 
Active HIGH; Combinatorial/Active LOW; Combinatorial/Ac- 
tive HIGH. (Note that the feedback path also changes with 
output mode.) This innovation gives the designer more flexibili- 
ty and enables him to optimize the device for precise 
application requirements. It also allows for better device 
utilization — you only program as many registers as are 
needed. 


PRESET/RESET 


To improve in-system functionality, the AmPAL22V10 has 
additional PRESET and RESET product terms. These terms 


‘are connected to all registered outputs. When the synchro- 


(132 1 44) 


LD000411 


Figure 2. Output Logic Macrocell Diagram 


nous-PRESET product term is asserted (HIGH), the output 
registers will be loaded with a HIGH on the next LOW-to-HIGH 
clock transition. When the asynchronous-RESET product term 
is asserted (HIGH), the output registers will be immediately 
loaded with a LOW (independent of the clock). These func- 
tions are particularly useful for applications such as system 
power-on and reset. . 


BDO06590 


'  Qutput Configuration 
Registered/Active LOW 


Registered/Active HIGH 
Combinatorial/Active LOW 
Combinatorial/Active HIGH 


0 = Unblown Fuse 
1 = Blown Fuse 








PRELOAD 


To simplify testing, the AmPAL22V10 is designed with unique 
PRELOAD circuitry that provides an easy method of testing 
registered devices for logical functionality. PRELOAD allows 
any arbitrary state value to be loaded into the output registers. 


A typical functional test sequence would be to verify all 
possible state transitions for the device being tested. To verify 
these transitions requires the ability to set the state registers 
into an arbitrary ‘present state’ value and to set the device 


inputs to any arbitrary "present input" value. Once this is 


done, the state machine is then clocked into a new state, or 
“next state.'' The next state is then checked to validate the 
transition from the present state. In this way any state 
transition can be checked. 


Without PRELOAD, it is difficult and in some cases impossible 
to load an arbitrary present state value. This can lead to logic 
verification sequences that are either incomplete or excessive- 
ly long. Long test sequences result when the feedback from 
the state register "interferes'’ with the inputs, forcing the state 
machine to go through many state transitions before it can 
reach an arbitrary state value. Therefore the test sequence will 
be mostly state initialization and not actual testing. The test 
sequence becomes excessively long when a state must be 
reentered many times to test a wide variety of input combina- 
tions. 


In addition, complete logic verification may become impossible 
when states that need to be tested cannot be entered with 
normal state transitions. For example, the state which the 
machine powers up into cannot be tested because it cannot 


L0000420 


Figure 3-1. Registered/Active LOW 
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Figure 3-2. Registered/Active HIGH 
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be entered from the main sequence. Similarly, "forbidden" or 
don't care states that are not normally entered need to be 
tested to ensure that they return to the main sequence. 


PRELOAD eliminates these problems by providing the capabil- 
ity to go directly to any desired arbitrary state. Thus test 
sequences may be greatly shortened, and all possible states 
can be tested; greatly reducing test time and development 
costs, and guaranteeing proper in-system operation. 


Fabrication 


The AmPAL22V10 is manufactured using Advanced Micro 
Devices’ IMOX oxide isolation process. This advanced pro- 
cess permits an increase in density and a decrease in internal 
capacitance resulting in the fastest possible programmable 
logic devices. 


The AmPAL22V10 is fabricated with AMD's fast programming, 
highly reliable Platinum-Silicide Fuse technology. Utilizing an 
easily implemented programming algorithm, these products 
can be rapidly programmed to any customized pattern. Extra 
test words are preprogrammed during manufacturing to en- 
sure extremely high field programming yields ( > 98.5%), and 
provide extra test paths to achieve excellent parametric 
correlation. 


Platinum Silicide was selected as the fuse-link material to 
achieve a well-controlled melt rate resulting in large noncon- 
ductive gaps that ensure very stable, long-term reliability. 
Extensive operating testing has proven that this low-field, 
large-gap technology offers the best reliability for fusible link 
programmable logic. 
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Figure 3-3. Combinatorial/Active LOW 
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Figure 3-4 Combinatorial/Active HIGH 
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AmPAL*22V10 
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Figure 4. AmPAL22V10* Logic Diagram 


*Pinout for DIPs only. 
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Figure 5. Logic Diagram — JEDEC Fuse Numbering 
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AmPAL*22V10 


ABSOLUTE MAXIMUM RATINGS — OPERATING RANGES 


Storage Temperature -65 to + 150°C Commercial (C) Devices 
Supply Voltage to Ground Potential Temperature (Ta) Operating Free Air .....0°C to +75°C 
(Pin 24 to Pin 12) Continuous Supply Voltage (Vcc) ........-: seseeseeeet 4,75 to +5.25 V 
DC Voltage Applied to Outputs 
(Except During Programming) 
DC Voltage Applied to Outputs 
During Programming 
Output Current into Outputs During Programming 
(Max. Duration of 1 sec) Military (M) Devices* 
DC Input Voltage Temperature (Ta) ~55°C Min. 
DC Input Current Temperature (Tc) Operating Case +125°C Max. 
Ambient Temperature with Power Applied Supply Voltage (Vcc) +4.50 to +5.50 V 


Stresses above those listed under ABSOLUTE MAXIMUM 
RATINGS may cause permanent device failure. Functionality 
at or above these limits is not implied. Exposure to absolute 
maximum ratings for extended periods may affect device “Military Product 100% tested at To = + 26°C, + 125°C, 
reliability. and -55°C. 


Extended Commercial (E) Devices 
Temperature (Ta) 
Temperature (Tc) 
Supply Voltage (Vcc) 


Operating ranges define those limits between which the 
functionality of the device is guaranteed. 


DC CHARACTERISTICS over operating range unless otherwise specified; included in Group A, Subgroup 1, 
2, 3 tests unless otherwise noted 


Parameter Parameter Typ. 
Symbol Description Test Conditions (Note 1) 
Vv Min lou =~3.2 mA 
2 CC = cy 
VoH Output HIGH Voltage Vin= Vin or Vit eM } 2.4 Volts 
avices 


— en ions 18 mA 
VoL Output LOW Voltage; Wony or E/M Volts 
- m ts fo. = 12 mA Devices 
mee 2) Input HIGH Level Guaranteed Input Logical HIGH Voltage for all Inputs p20]  f | Volts 
ah 6 2) Input LOW Level Guaranteed Input Logical LOW Voltage for all Inputs Ff | 08 | vets | , 





olts 
iA 
Pi [input HIGH Curent Voc=Max, Vw=55V OO SCSC~* 
(Note 4) 


uae Vo=04 V 


diac ih oe Masa csac 


Output Capacitance. Vout = 2.0 V @f=1 MHz (Note 5) 


1. Typical limits are. at Voc = 5.0 V and Ta = 28°C. 3 

2. These are absolute values with respect to device ground and all overshoots due to system or tester noise are included. 
3. Not more than one output should be tested at a time. Duration of the short-circuit should not be more than one second. 
VouT = 0.5 V has been chosen to avoid test problems caused by tester ground degradation. 
4. 1/0 pin leakage is the worst case of lozx or Iix (where X =H or'L). 
5. Pinout for DIPs only. 


+ Not included in Group A tests. 
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SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A, 
Subgroup 7, 8, 9, 10, 11 tests unless otherwise noted 


2 a a 


> 
3 
a) 
> 
re 

* 
nN 
x) 
< 
sadly 
° 


Parameter Parameter Test 
Symbol Description Conditions 


Input or Feedback to 

Non-Registered Output 
| tea _|_ Input to Output Enable ee 
| ten __|_ Input to Output Disable Ry = 300 
Clock to Output 


Input or Feedback Setup 
Time 


[Hoa Time CCS 
[te | Clock Period (5+ too) 
eee 


| taw _|_ Asynchronous Reset Width 
Asynchronous Reset 
Recovery Time 
Asynchronous Reset to 
tap Registered Output Reset 


Notes: 1. Typical limits are at Vcc = 5.0 V and Ta = 25°C. 
2. tpp is tested with switch S; closed and C, = 50 pF. 
3. For three-state outputs, output enable times are tested with C, = 50 pF to the 1.5 V level; Sy is open for high-impedance to 
HIGH tests and closed for high-impedance to LOW tests. Output disable times are tested with CL =5 pF. HIGH to high- 
impedance tests are made to an output voltage of VoH-0.5 V with S; open; LOW to high-impedance tests are made to the 
Vo_t+0.5 V level with S; closed. 


E/M Devices 
Ry; = 390 





SWITCHING TEST CIRCUIT KEY TO SWITCHING WAVEFORMS 


WAVEFORM INPUTS OUTPUTS 


MUST BE WILL BE 
STEADY STEADY 





MAY CHANGE = WILL BE 


CHANGING 
FROMHTOL EROMH TOL 


may CHANGE = WILL BE 


CHANGING 
FROMLTOH = EROML TOH 


TC001190 


OON’T CARE; CHANGING; 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


CENTER 
DOES NOT LINE IS HIGH 
APPLY IMPEDANCE 

“OFF” STATE 


KS000010 
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AmPAL*22V10 


INPUTS YO, 


FEEDBACK 
SYNCHRONOUS 
PRESET 


ASYNCHRONOUS 
RESET 


REGISTERED 
OUTPUTS: 


COMBINATORIAL 
OUTPUTS: 


A YYYYYXYYYKAYYY) 
RY 


WAXY) rs WK) 
[NYY RAHN 
tep 


\AYYYKYY} 
XOX) 
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INPUT/OUTPUT CURRENT DIAGRAM 


INPUT ON PROGAMMING 
1/0 PINS CURRENT PATH 


PRELOAD 
CIRCUITRY 
PROGRAM/VERIFY 
CIRCUITRY ICO003900 


Icoo0s92 


input Circuitry Output Circuitry 
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PRELOAD OF REGISTERED OUTPUTS 


The AmPAL22V 10 registered outputs are provided with circuit- 
ry to allow loading each register synchronously with either a 


REGISTERED 
ouTput Vou 


Level forced 
on registered 
output pin during 
PRELOAD cycle 


Power-up RESET 


The registered devices in the AMD PAL Family have been 
designed with the capability to reset during system power-up. 
Following power-up, all registers will be reset to LOW. The 
output state will depend on the polarity of the output buffer. 
This feature provides extra flexibility to the designer and is 
especially valuable in simplifying state machine initialization. A 
timing diagram and parameter table are shown below. Due to 


POWER 


REGISTERED ACTIVE 
LOW OUTPUT 


Power-Up 


HIGH or LOW. This feature will simplify testing since any state 
can be loaded into the registers to contro! test sequencing. 


The pin levels and timing necessary to perform the PRELOAD 
function are detailed below. Parameters are listed in the 
Programming Parameters table (page 12). 


WF022293 


Register Q 
output state 
after cycle 


the asynchronous operation of the power-up reset and the 
wide range of ways Vcc can rise to its steady state, two 
conditions are required to insure a valid power-up reset. These 
conditions are: 


1. The Vcc rise must be monotonic. ‘ 


2. Following reset, the clock input must not be driven from 
LOW to HIGH until all applicable input and feedback setup 
times are met. 


WF022301 


Parameter Parameter 
Symbol Description Typ. 


Reset Time 





Pt | input or Feedback 
Setup Time See Switching Characteristics 


| tw | Clock Width 
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AmPAL*22V10 


Programming and Verification Once fuses have been selected, the simple programming and 
; ; : verification sequence may be completed as shown in the 
The AmPAL22V10 is programmed and verified using AMD's programming waveform diagram. AC and DC requirements for 


standard programmable logic programming algorithm. The programming are shown In the Programming Parameters 
fuse to be programmed is selected by input line number (array table. 


row), product term (array column), and by output (one at a 

time). The fuse Is then programmed and verified by applying a Security Fuse Programming 

simple sequence of voltages to two control pins (1 and 13). A single fuse is provided on each AmPAL22V10 part to 
prevent unauthorized copying of PAL fuse patterns. Once 
blown, the circuitry enabling fuse verification and registered 
output PRELOAD is permanently disabled. 


Input line numbers (0 - 43) are addressed using a full decode 
scheme via TTL levels on pins 6 - 11 where 6 is the LSB and 
11 is the MSB. Even numbered input lines represent the TRUE 
version of a signal and odd numbered lines represent the Programming of the security fuse is the same as an array fuse. 
complement. Input line addressing is shown in Table 1. Note Verification of a blown security fuse is accomplished by 
that input lines 44 - 62 are reserved for further expansion and verifying the whole fuse array as if every fuse is blown. 
input line 63 is utilized for selecting the fuses used for 
programming output polarity and whether the output is regis- Programming Yield 
tered or combinatorial. — AMD PALs have been designed to insure extremely high 
. : programming yields ( > 98.5%). To help insure that a part was 
Product terms are addressed using a one-of-24 addressing correctly programmed, once programming is completed, the 
scheme on pins 2 - 5 where pin 2 is the LSB and 5 is the MSB. entire fuse array should be reverified at both LOW and HIGH 
Product term addressing is shown in Table 2. Logical product Vcc. Reverification can be accomplished by reading all ten 
terms (0-15) are selected via TTL levels on the four outputs in paraliel rather than one at a time. This verification 
addressing pins. Note that outputs with fewer than 16 product — cycle checks that the array fuses have been blown and can be 
terms will decode blank space for decoding values greater sensed by the outputs under varying conditions. 
than the number of product terms on that output. Architectural 
product terms are selected by placing a zener voltage level AMD PALs contain many internal test features, including 
(VHH) on the MSB (pin 5) and using pins 2 ~ 4 for an additional circuitry and extra fuses which allow AMD to test the ability of 
eight decoding states (only 5 are used). The specific decoding each part to perform programming before shipping, to assure 
of architectural features is best shown in Table 2. high programming yields and correct logical operation for a 
- . correctly programmed part. Programming yield losses are 
Fuse selection by output must be done one output at a time most likely due to poor programming socket contact, program- 
(following contro! pin 1 going to VHH) as shown in the ming equipment out of calibration, or improper usage of said 
Programming waveform diagram. equipment. 


PROGRAMMING PARAMETERS (Ta = 25°C) 


a 
Symbol ‘Description 

vier) Seep Bee WH Uwe [Pat ew aoa Pe Pe idk 

(Nets 1) [Fin t9@ 10-40ma | oO St S| Se 

[Vor [Program Voltage Pine 14-23 @ 15-200 mA (Wolo) | 4 | 18 8 Vote 
[Vine | Input HIGH Level During Programming and Very =| 24 | 8 | ~8S (| Volts 
[Vip] Input LOW Lovel During Programming end Very ——=SsS=Cid| =| 0S «|= | SCots 
[voce | Voc During Programming @ log=S0-200mA | Ss | 82 | ~~ SCts—_— 
T Voc. | Veo During First Pass Verification @ Iog=50-200mA «| _44_—-| 46 | 46 | Vote 
[Voc | Voc During Second Pass Verification @ log=50-200mA | sa | 66 | 66 | volts | 
[Veiown | Successful Blown Fuse Sense Level @ Out S| SSCd|~S | SOBSCVts—_— 
2 


es 
a —————— 
[ip | Delaya Between Various Level Changes ———~—S—S~sCSCitO~dY 0 | 18000 |e | 
A RCI ca LI Td 
[Pulrup Resistor On Outputs Not Bong Proammed | te [2] 21 [1m 


A 1. Pinout for DIPs only. 





4-94 


TABLE 1. INPUT ADDRESSING 


input Line Number Input Line Number 
input Line Address Pin States Input Line Address Pin States 
Number Number 
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TABLE 2. COLUMN NUMBER ADDRESSING 


Column Number 
Select Address 
Pin States 


Column Number — 


L 2 | . mech ti : 


3 | 
‘L | Logical PTs 
Logical PTs 
PH | L | Logical PTs 
Logical PTs 
Logical PTs ” 
ped | Logical PTs 
<a eee PH] tu | wins PTs 
SAEARARARAEAEARARA GAS CC Co 
p-{elelelteleisjelel-|H[ele te [togctrrs | 
P-tete{etetelotsto]-[H{tfete |togictrts 
|| -jro}rofiofro}rofol-|-[H{etH{e [togctrrs | 
a EE en 
Pl [-pelefetel-|-|-|a[a[e[e [tocar 
p-[-[-[rsfisfasfis}- [| Pa PH |e] ftogict prs | 
pas Pe he a af ees ape [ogee pts | 
p-[-[-[-[rsfis[-|-[-[-]e [TH] H|H topic pts 
poco forfor]oe]or}or|oelorforfna| t |u| t [ouput ene _—| 
Sa a 
pH [| & | Registr/Non-Regstor Output | 


*Asynchronous RESET 
BS BeeeReS eC CORE Sooo FRESE 
Security Fuse 
fey] Lf [|]: pep | |e | ese notes 
Pin | Pin | Pin 
17 | 17 | 15 
Programming Access and lil Pin 


Legend: L = Vitp 
H = Vinp 
HH = Vin 
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PROGRAMMING WAVEFORMS 
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PINS \ 7 \ 
H 
PINS INPUT LINE NUMBER AND 
2-11 COLUMN LINE NUMBER ADORESSES :: 

PIN) 
OUTPUT ASSOCIATED 
WITH PROOUCT TERM Sn 
TO BE PROGRAMMED 
PIN 13 Vu 

Vip 

tp 
omen ty om) 
INPUT LINE FUSING PROGRAMMING OUTPUTS REGISTERS VERIFY CYCLE 
NUMBER AND COLUMN ENABLED VOLTAGE ENABLED CLOCKED ENDS 
NUMBER SELECTED REMOVED 
PROGRAMMING FUSE BLOWN = LOW 
VOLTAGE 
APPLIED 
OUTPUTS DISABLEO 
NORMAL INPUTS 
DISABLED, PROGRAMMING 
; OECODE ENABLED 
WF022580 
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AmPAL22V10 PROGRAMMING EQUIPMENT INFORMATION 


| = Vendor si Programmer Model (s) Personality Module Socket Adapter 


Logicpak Z 
Data 1/0 System 19, 29 or 100 715-1983-003 ae, 004 : 
10525 Willow Road N.E. Rev 4-cc Newel (Rev 3 or Newer) 


Redmond, WA 98052 AEG; 
206) 881-6464 : 2 


JMC PROMAC Division 

2999 Monterey/Salinas 

Highway Aoee. = heen On-Board On-Board 
Monterey, CA 93940 ; 

(408) 373-3622 


Stag Microsystems Model PPZ Zm2200 On-Board 

528-5 Weddell Drive (Rev 10 or Newer) (Rev 10 or Newer) 
Sunnyvale, CA’ 94086 

(408) 745-1991 or On-Board On-Board 

(800) 227-8836 Modetctaon ~ | (Rev 38 or Newer) (Rev 38 or Newer) 


Structured Design 

988 Bryant Way SD 1040 PAL Burner 
Sunnyvale, CA 94087 (Rev V1.02A or Newer) 
(408) 988-0725 


Valley Data Sciences 
2426 .Charleston Road 
Mt. View, CA 940493 
(415) 968-2900 


Varix Corporation 

122 Spanish Village : 

Suite 608 Se alll 
Dallas, TX 75248 

(214) 437-0777 


Wavetek-Digelec 

1602 Lawrence Ave., 

Suite 113 803 Series 
Ocean, NJ 07712 

(210) 493-2420 


The machines noted above have been qualified by AMD to insure high programming yields. Check with the factory to 
determine the current status of vendors noted under development, or other available models. 


On-Board On-Board 


On-Board 
(Rev 1.03 or Newer) 


VDS 160 Series On-Board 


Under Development Under Development 


DA5S . 
(Rev B3 or Newer) 
(Rev V1.02A or Newer) 


FAM52 
(Rev 5.4 or Newer) 


Design Aid Software for AmPAL22V10 
Software Software 
Vendor Package Comments 
P-CAD 
Systems CUPL 
(408) 971-1300 ; 


Advanced 

Micro Devices AmCUPL ee tar meee 
(408) 732-2400 . by y 

Data I/O 
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24-Pin IMOX™ Programmable Array Logic (PAL) 


ADVANCE INFORMATION 


DISTINCTIVE CHARACTERISTICS 


B-speed (tpp = 15 ns) performance 

Increased logic power — up to 22 inputs and 10 outputs 
Increased product terms — average 12 per output 
Variable product-term distribution improves ease of use 
Each output user-programmable for registered or combi- 
natorial operation 

individually user-programmable output polarity 

Extra terms provide logical synchronous-PRESET and 
asynchronous-RESET capability 


@ Aiso comes in A-speed Low-Power (L) and Standard- 
speed Quarter-Power (Q) versions 
TTL level PRELOAD for improved testability 
24-pin Slim DIP and 28-pin chip carrier packages 
Platinum silicide fuses ensure high programming yield, 
fast programming and unsurpassed reliability 
Full AC and DC testing done at the factory utilizing 
special designed-in test features 
3000-V Input ESD Protection 


GENERAL DESCRIPTION 


The AmPAL22V10B is a second-generation Programmable 
Array Logic (PAL) device. it utilizes the familiar sum-of- 
products (AND-OR) logic structure, allowing users to pro- 
gram custom logic functions. The AmPAL22V10B is an 
extension of the PAL concept. First-generation devices 
were largely limited to TTL replacement applications. The 
AmPAL22V10B permits the development of custom LSI 
functions of 500 to 800 equivalent gate complexity. 


The AmPAL22V10B contains up to 22 inputs and 10 
outputs. It incorporates the unique capability of defining and 
programming the architecture of each output on an individ- 
ual basis. Each output is user-programmable for either 
registered or combinatorial operation. This allows the 
designer to optimize the device design, by having only as 
many registers as needed. In addition, each output has 
user-programmabie output polarity, further simplifying de- 
sign and contributing to the precise application require- 
ments. 


Increased logic power has been built into the 
AmPAL22V10B by increasing the number of product terms 
from 8-per-output to an average of 12-per-output. Further 
innovation can be seen in the introduction of variable 
product-term distribution. This technique allocates from 8 to 
16 logical product terms to each output (please refer to 
block diagram for distribution details). This variable alloca- 
tion of terms allows far more complex functions to be 
implemented than in previous devices . 


System operation has been enhanced by the addition of a 
synchronous-PRESET and an asynchronous-RESET prod- 
uct term. These terms are common to all output registers. 


The AmPAL22V10B also incorporates power-up RESET 
and the unique capability to PRELOAD the output registers 
to any desired state during testing. PRELOAD is essential 
to permit full logical verification during test. 


BLOCK DIAGRAM 


PROGRAMMABLE 
AND ARRAY 


Hp pried 


(132 x 44) 


pur HH 
one, 
| Taacrocen, psaae Hb MACROCELL HP UACROCELL on MACROCELL an 


IMOX is a trademark of Advanced Micro Devices, Inc. 
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Temperature (Ta) Operating Free Air 0°C to +75°C 
OPERATING RANGES Supply Voltage (Vcc) +475 to +5.25 V 


Commercial (C) Devices 


SWITCHING CHARACTERISTICS over operating range unless otherwise specified 


E/M Devices 


Parameter Parameter Test Typ. i : pe 


Symbol Description Conditions |. a eu) 


Non-Registered Output a 1 ; Se ¥ oe bs ; 





Aarticeie Roost. x 
Recovery Time *, A \ 4 


Asynchronous Reset to 
Registered Output Reset 


Notes: 1. Typical limits are at Voc = 5.0'V and Ta = 25°C. 
2. tpp is tested with switch S; closed and C, = 50 pF. 
3. For three-state outputs, output enable times are tested with C_ = 50 pF to the 1.5 V level; S; is open for high- impedance to- 
HIGH tests and closed for high-impedance to LOW tests. Output disable times are tested with C_ =5 pF. HIGH to high- 
impedance tests are made to an output voltage of VoH—0.5 V with S; open; LOW to high-impedance tests are made to the 
Vo_t+0.5 V fevel with S; closed. 


SWITCHING TEST CIRCUIT KEY TO SWITCHING WAVEFORMS 


WAVEFORM INPUTS OUTPUTS 


MUST BE WILL BE 
STEADY ‘STEADY 


WILL BE 
CHANGING 
FROM H TOL 


MAY CHANGE 
FROMH TOL 


May CHANGE = WILLE 
FROML TOH NGING 
FROML TOH 


TC001190 


OON'T CARE; CHANGING; 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


é : CENTER 

OOES NOT LINE IS HIGH 

APPLY IMPEDANCE 
“OFF” STATE 


KS000010 





This document contains information on a product under development at Advanced Micro Devices, Inc. The information is intended to 
help you to evaluate this product. AMD reserves the right to change : 
or discontinue work on this proposed product without notice. 4-100 


SWITCHING WAVEFORMS 


INPUTS YO, — eee : 
REGISTERED Wy} f\\ \\ y\ AY) 
FEEDBACK 4 
svncnnonous XY) RYH 
PRESET 
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ASYNCHRONOUS 
RESET 


REGISTERED WXXKKXY) 
ourpuTs: AYYHAYY 


teo 
COMBINATORIAL WHY) 


OUTEUTR: AY Y 
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AmPAL*23S8 


20-Pin IMOX™ PAL-Based Sequencer 


PRELIMINARY 


DISTINCTIVE CHARACTERISTICS 


14 Registers 

- 4 Output Logic Macrocells (OLMs) 
- 4 Output Registers 

- 6 Buried State Registers (BSRs) 


23 possible array inputs and 8 outputs in a 20-pin : 


package 
33-MHz external/40-MHz internal cycle time 
. Variable product term (PT) distribution for increased 
design flexibility 
Asynchronous and synchronous outputs supported for 
both Mealy- and Moore-type state-machine implementa- 
tions 


@ Individually user-programmabie Output Enable (OE) PTs 
with polarity control 
PTs for observing the BSRs ‘on 6 of the output pins 
Separate PTs for common Synchronous PRESET and 
common Asynchronous RESET of all registers 
PRELOAD available on all registers for added test 
capability 
99.9% post programming functional yield (PPFY) is due 
to the complete testability of this and all other AMD PAL 
devices 
Platinum-Silicide fuse technology produces the most 
reliable bipolar programmable devices available today 


GENERAL DESCRIPTION 


The AmPAL23S8 is the first programmable array logic 
(PAL)-based sequencer device. It utilizes the familiar sum- 
of-products (AND-OR) logic structure, allowing users to 
customize logic functions by programming the device for 
specific applications. The AmPAL23S8 combines the ease 
of use of the familiar 20-pin PAL devices with the advanced 
"“macrocell'' concept introduced in the AmPAL22V10, as 
well as six Buried State Registers (BSRs). 


The AmPAL2388 provides up to twenty-three array inputs 
and eight outputs. Four of the outputs are Output Logic 
Macrocells (OLMs) capable of being individually programmed 
as '‘combinatorial'' or "registered,"' with active-HIGH or 
active-LOW polarity on each output. The other four are 
"registered" outputs, also capable of being programmed for 
active- HIGH or LOW polarity. All the flexibility on the outputs 
result in the simplification of logic design. The need to 
perform ''DeMorgan's Law'' on equations to have them fit 
into a PAL device is now a thing of the past. Each of the eight 
output registers can also be used dynamically as an input or 
output for greater design flexibility. 


The AmPAL23S8 also offers designers increased flexibility 
and control over Output Enable (OE) functions. Each output 
is logically controlled by an OE product term (PT), with 
programmable OE polarity control. This allows the designer 
to use more complex contro! than previously available. 


The six BSRs provide designers with enhanced logic power 
for sequencer applications. These registers are not only 
available to the system designer for use in sequencer 
applications (without the expense of a valuable I/O pin), but 
they may also be observed on the output pins during test. 
The observability of these registers on a programmable- 
logic sequencer adds to the list of features which make this 
device unique, simple to design with, and simple to debug.- 


System operation has been enhanced by the addition of 
Synchronous PRESET and Asynchronous RESET PTs. The 
AmPAL23S8 also incorporates the unique capability of 
PRELOADing the eight output registers and the BSRs to 
any desired state during testing. This is essential to permit 
full logical verification during test. 


BLOCK DIAGRAM 


Inputs 


Common Clock 


Programmable AND Array 


Burled Registers 


Output Logic 


Output Registers 


Macrocelis 


*PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 


BD006800 
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CONNECTION DIAGRAM 
Top View 


CD009870 
Note: Pin 1 is marked for orientation. 


Pin Description 

Voc = Supply Voltage 

GND = Ground 

CLOCK = Clock Pin 

lo -—!g = Dedicated Input Pins (9) 
1/O9 — 1/07 = Bidirectional 1/O Pins (8) 
Bo - Bs = Observability Pins for BSRs (6) 


ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 


a combination of: A. Device Number 
B. Speed Option (if applicable) 
C. Package Type 
D. Temperature Range 
E. Optional Processing 


AMPAL23S8 -20 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL23S8 
20-Pin IMOX PAL-Based Sequencer 


Valid Combinations : 
AMPAL23S8-20 PC, DC, OCB 


PC, DC, DCB, 
AMPAL23S8-25 DE, DEB 





AMPAL23S8-27 
DE, DEB 
AMPAL23S8-30 


. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn-in 


. TEMPERATURE RANGE 
C = Commercial (0 to + 70°C) 
E = Extended Commercial (-55 to + 125°C) 


. PACKAGE TYPE 
P = 20-Pin Plastic DIP (PD 020) 
D = 20-Pin Ceramic DIP (CD 020) 


. SPEED OPTION 
-20 = 20 ns 
-25 = 25 ns 
-27 = 27 ns* 
~30 = 30 ns* 


*Extended Commercial range only. 


Valid Combinations 


Valid Combinations list configurations planned to be 
supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 
combinations, to check on newly released combinations, and 
to obtain additional data on AMD's standard military grade 
products. 
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ORDERING INFORMATION -(Cont'd.) 
APL Products 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL (Approved 
Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) products are 
processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, or surface 
treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed 
by a combination of: A. Device Number 

B. Speed Option (if applicable) - 

C. Device Class 

D. Package Type 

£. Lead Finish 


= 27 


. LEAD FINISH 
A=Hot Solder DIP 
C= Gold 


. PACKAGE TYPE 
B = 20-Pin Ceramic DIP (CD 020) 


. DEVICE CLASS 
/B=Class B 


. SPEED OPTION 
-27 = 27 ns 
-30 = 30 ns 


A. DEVICE NUMBER/DESCRIPTION 
AmPAL23S8 
20-Pin IMOX PAL-Based Sequencer 


Vatid Combinations 
Valid Combinations list configurations planned to be 
Valid Combinations supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 
/BRA combinations or to check for newly released valid 


combinations. 





Group A Tests 
Group A Tests consist of Subgroups: 1, 2, 3, 7, 8, 9, 10, 11 
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FUNCTIONAL DESCRIPTION 


The AmPAL23S8 is an advanced bipolar programmable array 
logic (PAL)-based sequencer. It contains a programmable 
array organized in the familiar sum-of-products structure. The 
structure of this device makes it particularly ideal for state 
machine applications. Any design which employs the use 
of complex state functions is a prime candidate for.the 
AmPAL23S8. 


The block diagram on the front cover shows the basic 
architecture of this device; a maximum of 23 array inputs and 8 
outputs are available. The inputs are connected to a program- 
mable AND array containing 135 product terms (PTs), of which 
124 are logical PTs and 11 are control PTs. Before program- 
ming, the AND gates are connected to both the true and 
complement of every input. By selectively programming fuses, 
the AND gates may be connected to only the true input, the 
complement input, or to neither type of input, establishing a 
logical ''don't care'’. When both the true and complement 
fuses are left intact, a logical FALSE results on the output of 
the AND gate. An AND gate with all fuses blown will assume 
the logical TRUE state. The outputs of the AND gates are 
connected to OR gates. 


Variable Product Term (PT) Distribution 


The number of AND gates assigned to each OR gate varies in 
a fixed manner for each output as shown in the logic diagram 
(Figure 5). The OR- gate outputs feed dedicated registers and 
macrocells. Each OR gate averages approximately ten PTs for 
output registers and macrocells. This gives the capability of 
using from eight to twelve logical PTs on one output in a single 
clock cycle (no feedback necessary). Buried state registers 
(BSRs) have an average of eight PTs per OR gate, providing 
the capability of using from six to ten logical PTs in one BSR in 
a single clock cycle. 


Variable Output Architecture: Output Logic 
Macrocelis (OLMs) 


An innovation in logic design is the implementation on the 
AmPAL23S8 of variable output architecture on four of the 
outputs. These Output Logic Macrocells (OLMs) are user 
programmable for a great deal of design flexibility. Each of the 


four OLMs can be independently programmed for eight 


distinct configurations. The outputs can be either "registered" 
or ''combinatorial;"' they can also be individually programmed 
for active-HIGH or active-LOW polarity. Finally, the feedback 
paths which feed through the multiplexer back to the AND 
array can be programmed so that they originate either from 
the register or from the I/O pin. From the feedback multiplexer 
both the true and complement of the output going back to the 
array are available. All possible configurations of the OLMs are 
illustrated in Figures 4-1 through 4-8, For maximum flexibility, 
selection of output polarity and feedback path are kept 
independent of each other. 


Output Registers 


In addition to the four OLMs on the AmPAL23S8, there are 
also four output registers. The data on the output registers 
may be fed back to the array. When the output is disabled, the 
pin may be used as an external input. Since each of the eight 
outputs can obtain feedback from the pins associated with 
them, all eight of them provide the advantage of being usable 
dynamically as either inputs or outputs, significantly increasing 
design flexibility and possibilities. 


Buried State Registers (BSRs) 


One of the key features of the AmPAL23S8 is the six 
observable Buried State Registers (BSRs). All BSR outputs 
are fed directly back to the AND array for state machine 
implementation. In this manner, the advantage of having six 


extra registers for state machine implementation is not paid for 
in output pins. The contents of each of the BSRs is observable 
on an associated pin through the use of the user-programma- 
ble observability product term. 


The extensive user-programmable flexibility enhances the 
usefulness of this device for different types of state machine 
implementations. The possibility exists to create both the 
Mealy and Moore type of design in the same device. 


Programmable Output Polarity 


Each output has a user-programmable output polarity fuse 
which, when blown, indicates that the output will be active 
HIGH, and when intact, active LOW. The obvious benefit of 
this enhancement is the increased flexibility of design. With 
the choice of output polarity, there is no need to DeMorganize 
equations to fit the device, allowing for more efficient designs 
both in terms of the amount of time spent in design as well as 
effective utilization of the device. 


For further enhancement of the increased logic power of the 
AmPAL238S8, each output has a PT to control Output Enable 
(OE) with programmable polarity. 


PRESET/RESET 


To improve functionality at the system level, the AmPAL23S8 
has additional RESET and PRESET PTs. One PT controls 
Output Register and BSR PRESET, and one PT controls the 
RESET for these registers. When the Synchronous PRESET 
PT is asserted (HIGH), all registers are loaded with a HIGH on 
the next LOW-to-HIGH clock transition. When the Asynchro- 
nous RESET PT is asserted, all registers are immediately 
loaded with a LOW, independent of the clock. These functions 
are particularly useful for applications such as system power- 
up and RESET. 


PRELOAD 


In order to simplify testing, the AmPAL23S8 is designed with 
PRELOAD circuitry that provides an easy method for testing 
logical functionality. PRELOAD allows any arbitrary "present 
state’' values to be loaded into the OLMs, BSRs and Output 
Registers of this device. OLM Registers and BSRs are 
PRELOADed in separate cycles, allowing them to be PRE- 
LOADed with different values. Logic verification sequences 
can be significantly shortened, and all possible state se- 
quences tested, reducing test time and development costs, 
and guaranteeing proper functionality in system. 


A typical functional test sequence would be to verify all 
possible state transitions for the device being tested. To verify 
these transitions requires the ability to set the state registers 
to an arbitrary "present state" value and to set the device 
inputs to any arbitrary ''present input’ value. Once this is 
done, the state machine is then clocked into a new state, or 
“next state,"' which can be checked to validate the transition 
from the "present state." In this way, any state transition can 
be checked. 


It is obvious that to attempt the debugging of a design using 
BSRs without the benefit of PRELOAD capability would be 
quite difficult. The combination of this feature and the BSRs 
being observable is virtually indispensible for efficient and 
trouble-free state machine design. 


‘Observabllity 
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This extra ease of debugging the design comes from the use 
of the Observability (OBS) PT. When the OBS PT is selected, 
it disables six of the Output Registers and Macrocell buffers, 
and enables the BSR buffers onto the output pins associated 
with them, pins 13 through 18. When the OBS PT is not 
selected, the Output Registers and Macrocell buffers are 
enabled and the BSR buffers are disabled. When all the fuses 
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for this PT are intact, (i.¢., OBS is not selected), the data from 


the BSRs will not be visible on the output pins, and the Output 
Registers and OLMs will be enabled. 


Processing and Fuse Technology 


The AmPAL23S8 is manufactured using Advanced Micro 
Devices' IMOX oxide isolation process. This advanced pro- 
cess permits an increase in density and a decrease in internal 
capacitance resulting in the fastest possible programmable 
logic devices. 


The AmPAL238S8 is fabricated with AMD's fast programming, 
highly reliable Platinum-Silicide fuse technology. Utilizing an 





easily implemented programming algorithm, these products 
can be rapidly programmed to any customized pattern. Extra 
test words are preprogrammed during manufacturing to en- 
sure extremely high field programming yields (> 98%), and 
provide extra test paths to achieve excellent parametric 
correlation. 


Platinum-Silicide was selected as the fuse link material to 
achieve a well controlled melt rate resulting in large, noncon- 
ductive gaps that ensure very stable, long term reliability. 
Extensive operating testing has proven that this low-field, 
large-gap technology offers the best reliability for fusible link 
programmable logic. 
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AR COMMON ASYNCH RESET 
SP COMMON SYNCH PRESET 
O8S COMMON OBSERVASILUITY 


0000172 


| SO | OUTPUT ENABLE POLARITY 
| Oo | ENABLED HIGH 
ba ENABLED LOW | 


| si{s2|s3] OUTPUT CONFIGURATION | 
| 9 | © | 0 | ACTIVE LOW/REG/REG FEEDBACK 
| 0 | 0 | 1 | ACTIVE LOW/REG/IO FEEDBACK | 


ro [+ [0 [ACTIVE LOW/COMB/REG FEEDBACK 
Fo [1 [1 [Active Low/COMe/i0 FEEDBACK 
Pa [0 [0 | ACTIVE HIGH/REG/REG FEEDBACK 
Ti [ro [ACTIVE HIGH/REGIO FEEDBACK 
TL [oe [ACTIVE HIGH/COME/REG FEEDBACK 





| 1 | 1 | 4 | ACTIVE HIGH/COMB/IO FEEDBACK 


0 = UNBLOWN FUSE 
1 = BLOWN FUSE 


Figure 1. Output Logic Macrocell (OLM) 
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| so | OUTPUT ENABLE POLARITY 
0s. ENABLED HIGH 
4 | ENABLED LOW 


| S1 | OUTPUT CONFIGURATION 
| 0 | ACTIVE LOW 
ee ACTIVE HIGH 


0 = UNBLOWN FUSE 
1 = BLOWN FUSE 





Figure 2. Output Register With Polarity 





LD000192 


Figure 3. Buried State Register (BSR) 





4-107 


AmPAL*23S8 


LD000200 


OUTPUT 
ACTIVE LOW 
REGISTERED 


FEEDBACK 
REGISTERED 


Figure 4-1, 


LD000220 


OUTPUT 
ACTIVE LOW $1=0 
COMBINATORIAL S2=1 
FEEDBACK 
REGISTERED $3 =0 


Figure 4-3. 
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LD000210 


OUTPUT 
ACTIVE LOW 
REGISTERED 

FEEOBACK 
1/0 PIN 


Figure 4-2. 


LD000230 


OUTPUT 
ACTIVE LOW = S1=0 
COMBINATORIAL S2= 1 
FEEDBACK . 
1/0 PIN — s3=1 


Figure 4-4, 





LD000240 


OUTPUT : 
ACTIVE HIGH S1=1 
REGISTERED S2=0 

FEEDBACK 
REGISTERED S3=0 


Figure 4-5, 


LDO000260 


OUTPUT 
ACTIVE HIGH S1=1 
COMBINATORIAL S2=1 
FEEDBACK 
REGISTERED $3 =0 


Figure 4-7. 


ie 


4-109 


LDO00250 


OUTPUT 
ACTIVE HIGH 
REGISTERED 


FEEDBACK 
1/0 PIN 


Figure 4-6. 


L0000270 


OUTPUT ; . 
ACTIVE HIGH S1=1 
COMBINATORIAL S2=1 

FEEDBACK 
1/0 PIN $3 =1 


Figure 4-8. 
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Figure 4. Logic Diagram — JEDEC Fuse Numbering for AmPAL23S8 
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SYNCHRONOUS PRESET 
(TO ALL REGISTERS) 
ASYNCHRONOUS RESET 
(TO ALL REGISTERS) 


LD000282 





INPUT/OUTPUT DIAGRAMS 
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ABSOLUTE MAXIMUM RATINGS OPERATING RANGES 


Storage Temperature -65 to +150°C Commercial (C) Devices 
Ambient Temperature with Temperature (Ta) Operating Free Air 
Power Applied + 125°C Supply Voltage (Vcc) 

Supply Voltage to Ground Potential 
Continuous (Pin 20 to Pin 10) 
DC Voltage Applied to Outputs a. 

(except during programming) athena Ae las Ce 
DC Voltage Applied to culpule. 
During Programming Military (M) Devices 
Output Current into Outputs Temperature (Ta) 
During Programming Temperature (Tc) 
(Maximum duration of 1 second) Supply: Voltage (Vcc) 
DC Input Voltage 
DC Input Current . Operating ranges define those limits between which the 


Stresses above those listed under ABSOLUTE MAXIMUM functionally of We device je gucleniced: 
RATINGS may cause permanent device failure. Functionality 

at or above these limits is not implied. Exposure to absolute 

maximum ratings for extended periods may affect device 

reliability. 


Extended Commercial (E) Devices 
Temperature (Ta) 


DC CHARACTERISTICS over operating range unless otherwise specified; included in Group A, Subgroup 1, 
2, 3 tests unless otherwise noted 


Parameter Parameter 
Symbol Description Test Conditions oto D 
utput HIGH Voltage Vacca: E/M Devices 
Vin = Vin: or Vit lot = 16 mA 
VoL Output LOW Voltage loL= es mA te N De 8 | 
fe 2) Input HIGH level Guaranteed int Logigal rH age” eat 
A toh 


ea Input LOW Current 
| ti | Input HIGH Current | <S an 


hb fi Clits cl Vee Mae Vour = 0.5 V (Nate 8) P-30 | -45 | 
Ese coe eat | All Inputs = GND, Voc = Max ae ae SI 
ri eo Vortage-~ Vore Mn, == mA Pa fe 
[toa buput Leaps Cure Voo=Max, vu=08v  [vonarv TY 0 
-lozu—_. erote 4 Vid = ve =0.4V P= 100 | 
Notes: 1. Typical limits are at Voc = 5.0 V and Ta = 25°C. 
2. These are absolute values with respect to device ground and all overshoots due to system or tester noise are included. 
3. Not more than one output should be tested at a time. Duration of the short circuit should not be more than one second. 


Vout = 0.5 V has been chosen to avoid test problems caused by tester ground degradation. 
4. 1/0 pin leakage is the worst case of lozx or Iix (where X =H or L). 


CAPACITANCE 
Parameter Parameter 
Symbol Description Test a 
ee 


| Cour _|_ Output Capacitance Vout = 2.0 V @ f= 1. MHz 


Note: These parameters are not 100% tested, but are evaluated at initial characterization and at any time the design is — where 
capacitance may be affected. 
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KEY TO SWITCHING WAVEFORMS SWITCHING TEST CIRCUIT 


WAVEFORM INPUTS OUTPUTS AC TEST LOAD 


MUST BE WILL BE 5v o——0""o 
STEADY STEADY S; 
Ry 
maycHance MILUBE . 
FROMHTOL  FROMH TOL 
OUTPUT 
WILL BE 
MAY CHANGE CC 
CHANGING R 
FROML TOH © CHANGING it 2 
= = 


DON'T CARE; CHANGING; 
ANYCHANGE = STATE 
PERMITTED UNKNOWN TC001190 


DOESNOT LINE ISHIGH TEST OUTPUT LOADS 
APPLY IMPEDANCE 
oe C Devices E/M Devices 


KS000010 | Ri | Re | 
|_300 | 390 | 390 | 750_| 





SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A, 
Subgroup 7, 8, 9, 10, 11 tests unless otherwise noted 


E/M Devices 
eee (nen a ee ee ee, 
r er 
Symbol Description conaitions | (Note) pin as, nf wn 
Input or Feedback to 
Non-Registered Output 
[2 | tea____| trout to Output Enable 


| 3 [tr | Input to Output Disable 
P+ [oor | Glock to Outpt 


Reg. Feedback through Array 
to Combinatorial Output, 
Relative to External Clock 
Input or Feedback Setup 
Time 


i ae 
eo 


Clock Period (ts + 


- Asynchronous Reset Width E/M Devices 
Asynchronous Reset Ry = 390 
Recovery Time 
Asynchronous Reset to 
Registered Output Reset 


Notes: 1. Typical limits are at Voc = 5.0 V and Ta = 25°C. 
2. tpp is tested with switch S; closed and C, = 50 pF. 
3. For three-state outputs, output enable times are tested with C, = 50 pF to the 1.5 V level;.S; is open for high-impedance to HIGH tests and 
closed for high-impedance to LOW tests. Output disable times are tested with C_ = 5 pF. HIGH to high-impedance tests are made to an 
output voltage of VoH-0.5 V with S; open; LOW to high-impedance tests are made to the Vo, + 0.5 V level with S; closed. 
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AmPAL*23S8 


SWITCHING WAVEFORM 


INPUTS, //O, 
REGISTERED 
FEEDBACK 
SYNCHRONOUS 
PRESET 


LYK 
ROX 


ASYNCHRONOUS 
RESET 


iia 


REGISTEREO 
OUTPU 


tep 


WX) 
KYA 


COMBINATORIAL 
OUTPUT 
PIN 


tco2 


\YXXYYYY} 
AYN 


REGISTERED 
FEEDBACK VIA. 
ARRAY TO 
COMBINATORIAL 
OUTPUT PIN 


PRELOAD OF OUTPUT/MACROCELL 
REGISTERS OR BURIED STATE REGISTERS 


All AmPAL23S8 registers are provided with circuitry to allow 
loading each register synchronously with a HIGH or LOW. 
Output/macrocell registers and buried state registers are 


REGISTERED 
OUTPUT 


CHOOSE TO PRELOAD 
BURED REGISTERS 
OR OUTPUT/MACRO 

REGISTERS 


PRELOAD 


Register 
Selection 


Output/Macro 


VHH 
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PRELOADed in separate cycles allowing output/macrocell 
registers and buried state registers to be PRELOADed with 
different values. PRELOAD will simplify testing since any state 
can be loaded into the registers to contro! testing sequences. 
The pin levels and timing necessary to perform the PRELOAD 
function are detailed below. Parameters are listed in the 
Programming Parameters table. 


PRELOAD 
DISABLED 


WF022292 


Level Forced on Register 
Output Pin During 
PRELOAD Cycle 


Register State 
After Cycle 





POWER-UP RESET 


The registered devices in the AMD PAL Family have been 
designed with the capability to reset during system power-up. 
Following power-up, all registers will be reset to LOW. The 
output state will depend on the polarity of the output buffer. 
This feature provides an extra flexibility to the designer and is 
especially valuable in simplifying state-machine initialization. A 
timing diagram and parameter table follow. Due to the 


REGISTERED . 
OUTPUT 


asynchronous operation of the power-up reset and the wide 
range of ways Vcc can rise to its steady state, two conditions 
are required to ensure a valid power-up reset. These condi- 
tions are: 


1. The Vcc rise must be monotonic. 

2. Following reset, the clock input must not be driven from 
LOW to HIGH until all applicable input and feedback 
setup times are met. 


WF022300 


Parameter Parameter 
Symbol Description Typ. 


Power-Up 
Reset Time 


Setup Time 


Input or Feedback 


Clock Width 


Programming and Verification 


The AmPAL23S8 is programmed and verified using AMD's 
standard programmable logic programming algorithm. The 
fuse to be programmed is selected by input line number (array 
row), product term (array column), and by one output at a time. 
The fuse is then programmed and verified by applying a simple 
sequence of voltages to two control pins (1 and 11). 


Input line numbers (0 through 46) are addressed using a full 
decode scheme via TTL levels on pins 6 through 9, where 6 is 
the least significant bit (LSB) and 9 is the most significant bit 
(MSB). Even numbered input lines represent the "true" 
version of a signal, and odd numbered lines represent the 
"“complement."' Input line addressing is shown in Table 1. 
Note that input lines 47 through 53 are reserved for further 
expansion. Also, input line 46 is employed in the selection of 
the fuses used for programming output polarity, feedback 
selection, and "registered"' versus ‘combinatorial’ output 
selection. 


Product terms (PTs) are addressed with the use of a 1-of-26 
addressing scheme on pins 2 through 5, where pin 2 is the 
LSB and pin 5 is the MSB. PT addressing is shown in Table 2. 
Note that the outputs with unassigned fuse numbers in Table 2 
will decode blank space for those decoding values. Logical 
PTs and architectural PTs are selected by the same address- 
ing scheme. The specific decoding of architectural features is 
best shown in Table 2. 
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See Switching Characteristics 


Fuse selection by output must be done one output at a time 
(following control pin 1 going to VyH) as shown in the 
Programming Waveform diagram. 


Once fuses have been selected, the simple programming and 
verification sequence may be completed as shown in the 
Programming Waveform diagram. AC and DC requirements for 
programming are shown in the Programming Parameters 
table. A detailed description of the programming algorithm is 
provided. 


Programming Yield 


AMD PALs have been designed to ensure extremely high 
programming yields ( > 98.5%). To help ensure that a part was 
correctly programmed once programming is completed, the 
entire fuse array should be re-verified at both low and high 
Voc. Re-verification can be accomplished by reading all eight 
outputs in parallel rather than one at a time. This verification 
cycle checks that the array fuses have been blown and can be 
sensed by the outputs under varying conditions. 


AMD PALs contain many internal test features — including 
circuitry which allows AMD to test the ability of each part to 
perform programming before shipping, to assure high pro- 
gramming yields and correct logical operation for a correctly 
programmed part. Programming yield losses are most likely 
due to poor programming socket contact, programming equip- 
ment out of calibration, or improper use of equipment. 
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PROGRAMMING PARAMETERS (Ta = 25°C) 
Parameter Parameter 

Symbol Description Typ. 

Vv 


Sv | Control Pin Extra High Level Pins 1 & 11 @ 10-60 mA | to | tf 12) | 














i [input Extra High Lovel During Programming & Very [pns34 7880 | 10 | 1 | 2 | 
[Vor | Program Voltage Pins 12-19 @ 15-200mA_SSC=“‘“‘SNSC™#*d’SCOA:*CY=S CO GO| OV 
[Vine | Input High Level During Programming and Venfy ——=—S~CS~*~—~—~‘ 2A = | | CS 
[Vie | Input Low Level During Programming and Very —=—=SSCSCSC~C~“‘~‘~*~*~*~*~iC CYC] | CS 
[voor | Voo During Programming (Voc = 100-200ma)——=~SsSC~C~C~‘~*~d:SS!O | (8 | | CY 
[Voo.___| Voc Owing First Pass Verification ——=SSSSCSC~C<“~;*~C~*~‘~;~‘;*‘~*~*~*~‘CSAA~*Y:«CA S| | VC 
Vcc During Second Pass Verification | 54 | 55 | 56 [ Vv | 
Successful Blown Fuse Sense Leve! @ Output ; fT 03 | os | Vv 
[avor/ét___| Rate of Output Voltage Change SSSCSC~C~C‘CS*S~S~S~C «dC | 
[avi/at_ | Rate of Control Voltage Change ____[Preta@n ———~+| 20 | | 1000 | vis 

First Time Fusing Attempt | 10 { 50 | 
ie | Subsequent Attempts (maximum of 8) | 4 [ 5 | 
[tp | Delays Between Various Lovel Changes ——SSCS~SCS 00000 | 
[tv | Period During which Output is Sensed for Veiown Level —~—~S~S~S~SCSD*Y (100 
[Vonp | PulkUp Voltage On Outputs Not Boing Programmed (During Programming | 80_| Voor | 
| lone |. Current Limit Into Outputs Not Being Programmed (During Programming) | 1.0 | 
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TTL PAL Programming Procedure 
Fusing Technique 





through the proper fuse, resulting in an open fuse in a few 
microseconds; : 






6. The output voltage is lowered (the programming voltage is 


AMD's PAL devices have been designed to use a program- 
removed); 


ming algorithm which minimizes the requirements on the’ 
programmer while allowing the circuit to blow the Platinum- 7 






. The outputs are enabled; 












Silicide fuse links quickly and reliably. Specifically, the follow- _ 
ing sequence of events must take place: 8. The registers are clocked to enable the sensed bit to the 
1. Vccp power is applied to the device; output 
2. The appropriate input line number and column line num- 9. Verify that the fuse has been blown (fuse 
ber addresses are selected: blown = LOW). In the unlikely event that the fuse 
: , : does not verify as blown, a maximum of eight subse- 
3. Outputs and normal inputs are disabled; programming quent attempts with much longer pulses can be ap- 
decode is enabled; plied to the fuse at a higher duty cycle; 






4. The programming voltage is applied to one output; 10 





. At the conclusion of programming, the device should be 
5. The fuse enable voltage is raised to enable a high- verified for correct data at all addresses, with two Vcc 
threshold voltage gate. This action gates the current flow supply voltages, VccH = 5.5 V, and Voct = 4.5 V. 










PROGRAMMING WAVEFORMS 


PINS 2.5.6 SELECTED INPUT LINE NUMBER AND : 
[ re COLUMN LINE NUMBER ADORESSES STABLE 











SELECTED INPUT LINE NUMBER ANO 
COLUMN LINE NUMBER ADDRESSES STABLE 


| ES 





OUTPUT ASSOCIATED 
WITH PROOUCT TERM 
TO BE PROGRAMMED 










ty 


FUSE BLOWN = LOW 
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AmPAL23S8 Programming Support Information 
Hardware Programmer Personality Socket 
Vendor Model(s) Module Adaptor 
Data I/O System 19, Under Under 
10525 Willow Road N.E. 29, or 100 Development Development 
Riedmonde WAC RBOSS Model 60A Under Under 
or 60H Development Development 
Stag Microsystems Model PPZ Under Under 
528-5 Weddel Drive Development Development 
Sunnyvale, CA 9s086 Model ZL30 Under Under 
Development Development . 


The machines noted above have been qualified by AMD to ensure high programming yields. Check with the factory to determine 
current status of equipment noted as "Under Development," or for other available models. 


Design Aid Software for AmPAL23S8 
Software Software 
Vendor Package Comments 
P-CAD 
Systems CUPL 
(408) 971-1300 


Advanced Developed and 
Micro Devices AmCUPL supported by P-CAD 
(408) 732-2400 Systems 


Data !/O 
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TABLE 1. INPUT ADDRESSING 


Input Line Number Input Line Number 
Input Address State Input Address State 
Line Pins Line Pins 


capa Paral Pe 
ee 


ee 


ee ee 
SuORG rents 
petw feta] 92 [ele [ea] et 
pHi we 33 fe |e [HHH | 
pH{H{H] 36 [ef [HH] | 
petete} so [ew [aa b | 
pet e{H| a6 [A] et [Halo | 
i ee 
ee a) 
ee Ce 
PH [eta] 4 [HATHA] ot | 
Ce Ce 
eC eee 
ee Le ee ee ee 
ee 
| _RESERVED | 


[- 


= 

—_ 
xIjyr 
rm Ps 


Be 
= 
x= 


= 
x= 


a [foe fe] [| 
ee ee RESERVED 

ae fe fw] [| 
Pes Pe faa fe 
Pes De pape 


Legend: L= Vi_p 

H = Vinp 

HH = Vi 
*Architecture Row 
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TABLE 2. COLUMN NUMBER ADDRESSING 


Select Address Description 
uuu sae neo nes ounlou Pin States 
Po fo fo fale [e |e | toga rs 


208.200) 
Bre Ee I Logical PTs 
pe ee eee ee Logical PTs 


retete Pepe fe pee peepee Logical PTs 
ps ts tsisi sis] 5} 5 [h{h | tH | Logica prs 
oe Logical PTs 


Te Pe ef pe Dp tear 
reas pepe | Pe [fa [a cL | csenaaniy 
re fe] [fol |r [re [anl a | 1 |reetack seat | 


ape [ae Pe Ce [ae] a [Reiter Combinatorial 


op | op | op | op | op | op | op | op |W | tL [HH] t [Output Polarity 
JA 28/224 244-2 
Joep|oeP| HH [HH] L [OE Polarity 


SP = rae PRESET 
ie T Cy iat epee ces 
Pin Pin | Pin Pin 

12 14 15 17 


Buried State Registers 


L L H i 
Pin Pin Pin Pin 
12 17 19 4 
Programming Access & Verify Pins 


Legend: L = Vi_p 
H = VinP 
HH = Vo 
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AMD Standard 24-Pin PAL* Family 


24-Pin IMOX™ Programmable Array Logic (PAL) Elements 


PRELIMINARY 


DISTINCTIVE CHARACTERISTICS 


AMD's superior IMOX technology 

— Guarantees tpp = 15 ns max 

Programming yields > 98% are realized via platinum- 
silicide fuse technology and the use of added test words 
Post Programming Functional Yield (PPFY) of 99.9% 
PRELOAD feature permits full logical verification 


©@ Reliability assured through more than 70 billion fuse 
hours of life testing with no failures 
Full AC and DC parametric testing at the factory through 
on-board testing circuitry 
> 3000V ESD input protection per pin 
JEDEC-Standard LCC and PLCC pinout 


GENERAL DESCRIPTION 


AMD Standard 24-pin PAL devices are high-speed, electri- 
cally programmable array logic elements. They utilize the 
familiar sum-of-products (AND-OR) structure allowing users 
to program custom logic functions to fit most applications 
precisely. Typically they are a replacement for low-power 
Schottky SSi/MSI logic circuits, reducing chip count by 
more than 5 to 1 and greatly simplifying prototyping and 
board layout. 


Five different devices are available, including both regis- 
tered and combinatorial devices. All devices have user- 
programmable output polarity on all outputs. A variety of 
speed options allow the designer maximum flexibility in 
matching precise system requirements. The Product Selec- 
tor Guide below shows the available speed options. The 
second table gives details about the functionality of the five 
available devices. 


Please see the following pages for Block Diagrams. 


PRODUCT SELECTOR GUIDE 


AMD PAL Speed/Power Families 


Awe .1Wd Uld-~2 Psepuels CNV 





ease PSP es eee eet 
ns (Max.) ns (Max.) mA (Min.) 


C/M Devices 


+20 & -25 Versions 
(AmPAL20L10 only) 


*Except AmPAL20L10 (icc = 165 Eee 


Part Array Output Package 
12 Dedicated, : 8 Bidirectional 
12 Dedicated, Four (8)-Wide AND-OR Dedicated nogaieed 
4 Feedback, 
4 Bidirectional Four (7)-Wide AND-OR Programmable 
Six (8)-Wide AND-OR Dedicated 
Two (7)-Wide AND-OR Programmable | Bidirectional = 


Very High-Speed 
B") Versions 


High-Speed 
("A") Versions 


High-Speed, 
Half-Power 
(“AL"') Versions 


12 Dedicated, 
6 Feedback, 
2 Bidirectional 
we [Gi [ere noon [one [eee | a 
14 Dedicated, 6 Bidirectional . 
20L8 6 Feedback Eight (7)-Wide AND-OR Programmable 2 Dedicated | as | 





IMOX is a trademark of Advanced Micro Devices, Inc. Publication # Rev. 
*PAL is a roslsiered: trademark of and is used under license from Monolithic Memories, Inc. 08792 A 
4-121 Issue Date: October 1986 
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AMD Standard 24-Pin PAL* Family 


BLOCK DIAGRAMS 
AmPAL20L10 


Ht 
V/ V 


INPUTST > 
PROGRAMMABLE- 
“AND ARRAY 
(40 X 40) 


w 
V/ 


, ty 
V/ 


, 
VV 


AAV, , 
V/ V 


he 
V/ 


AmPAL20R4 


INPUTS 
PROGRAMMABLE- 


AND ARRAY 
(40 X 64) 


Hehe 


4 


*PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 
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INPUT? 
OUTPUT 


INPUT/ 
OUTPUT 


INPUT? 
OUTPUT 


INPUT; 
OUTPUT 


INPUT; 
OUTPUT 


INPUT/ 
OUTPUT 


INPUT; 
OUTPUT 


INPUT; 
OUTPUT 


INPUT 
OUTPUT 


INPUT: 
OUTPUT 


L0001150 


INPUTS 
OUTPUT 


INPUT; 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


INPUT? 


OUTPUT 


INPUT! 
OUTPUT 
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BLOCK DIAGRAMS (Cont'd.) 
AmPAL20R6 


Py INPUT 
OUTPUT 


| 


OUTPUT 


: 


Aywiey .1Wd Uld-pz PAePUEIS GIWNV 


PROGRAMMABLE- 
AND ARRAY 
(40 X 64) 


bE 


OUTPUT 
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OUTPUT 


OUTPUT 
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OUTPUT 


OUTPUT 


psy INPUT/ 
OUTPUT 
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OUTPUT 


PROGRAMMABLE: 4 
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OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 


OUTPUT 
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AMD Standard 24-Pin PAL* Family 
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AmPAL20L8 


PROGRAMMABLE- 
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INPUT/ 
OUTPUT 


INPUT! 
OUTPUT 


3 INPUT/ 


OUTPUT 


Ps} INPUT! 


OUTPUT 


(NPUT/ 


“OUTPUT 


INPUT/ 
OUTPUT 


P= INPUT/ 


OUTPUT 


p=] INPUT/ 


OUTPUT 
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CONNECTION DIAGRAMS 
Top View 


23 [_j (NOTE 12) 
22 |_| (NOTE 11) 


19 [_]} (NOTE 8) 
18 [_] (NOTE 7) 
17 |_] (NOTE 6) 
16 [] (NOTE 5) 


14 |_| (NOTE 3) 
13 [_| (NOTE 2) 


CD010250 


Note: Pin 1 is marked for orientation. 


*Also available in 24-Pin Ceramic Flatpack. Pinouts identical to DIPs. 


**Also available in 28-Pin Plastic Leaded Chip Carrier. Pinouts identical to LCC. 


PIN DESIGNATIONS 


| = Input 
1/O = Input/Output 
O = Output 
Vcc = Supply Voltage 
GND = Ground 
CLK = Clock 
OE = Output Enable 
NC = No Connect 
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_{ (NOTE 12) 


Ls 


8 LC (NOTE 11) 


CD010260 
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AMD Standard 24-Pin PAL* Family 


ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 
a combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Package Type 

D. Temperature Range 

E. Optional Processing 


AMPAL20L8 B 


. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn In 


. TEMPERATURE RANGE 
C=Commercial (0 to + 75°C) 
E = Extended Commercial (~55 to + 125°C) 


; . PACKAGE TYPE 
; P = 24-Pin Plastic DIP (PD 024) 
D = 24-Pin Ceramic DIP (CD 024) 
J = 28-Pin Plastic Leaded Chip Carrier 
(PL 028) 
L = 28-Pin Ceramic Leadless Chip Carrier 
(CL 028) 


. SPEED/POWER 
See Product Selector Guide 


A. DEVICE NUMBER/DESCRIPTION 
AMD Standard 24-Pin PAL Family 
24-Pin IMOX Programmable Array Logic 


Valid Combinations Valid Combinations 
AMPAL20L10B/-20/A/AL Valid Combinations list. configurations planned to be 
supported in volume for this device. Consult the local AMD 
ee sales office to confirm availability of specific valid 


AMPAL20R8B/A/AL JC, LC, L combinations, to check on newly released combinations, and 


to obtain additional data on AMD's standard military grade 


products. 
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ORDERING INFORMATION (Cont'd.) 
APL Products 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL (Approved 
Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) products are 
processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, or surface 
treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed by a 
combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Device Class 

D. Package Type 

E. Lead Finish 


> 
= 
Oo 
(¢) 
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. LEAD FINISH 
A=Hot Solder DIP 
C = Gold 


. PACKAGE TYPE 
L = 24-Pin Ceramic DIP (CD 024) 
3 = 28-Pin Ceramic Leadless Chip 
Carrier (CL 028) 
K = 24-Pin Ceramic Flatpack (CF 024) 


. DEVICE CLASS 
/B =Class B 


. SPEED/POWER 
See Product Selector Guide 


A. DEVICE NUMBER/DESCRIPTION 
AMD Standard 24-Pin PAL Family 
24-Pin IMOX Programmable Array Logic 


_ Valid Combinations : Valid Combinations 


AMPAL20L10B/-25/A/AL LS Valid Combinations list configurations planned to be 
AMPAL20R4B/A/AL supported in volume for this device. Consult the local AMD 
AMPAL20R6B/A/AL sales office to confirm availability of specific valid 
AMPAL20R8B/A/AL combinations or to check for newly released valid 


AMPAL20L8B/A/AL combinations. 





Group A Tests 


Group A tests consist of Subgroups 
1, 2, 3, 7, 8, 9, 10, & 11 
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AMD Standard 24-Pin PAL* Family 


FUNCTIONAL DESCRIPTION 


AMD Standard 24-Pin PAL Family 
Characteristics 


All members of the AMD Standard 24-Pin PAL Family have 
common electrical characteristics and programming proce- 
dures. All parts are produced with a fusible link at each input to 
the AND gate array, and connections may be selectively 
removed by applying appropriate voltages to the circuit. 


Initially the AND gates are connected, via fuses, to both the 
true and complement of each input. By selective programming 
of fuses the AND gates may be ''connected" to only the true 
input (by blowing the complement fuse), to only the comple- 
ment input (by blowing the true fuse), or to neither type of input 
(by blowing both fuses) establishing a logical ''don't care." 
When both the TRUE and complement fuses are left intact a 
logical false results on the output of the AND gate, while all 
fuses blown results in a fogical-TRUE state. For combinatorial 
outputs, the AND gates are connected to fixed-OR gates 
whose outputs become device outputs. For registered outputs, 
the AND gates are connected to fixed-OR gates whose 
outputs become output register inputs. 


Ail parts are fabricated with AMD's fast programming, highly 
reliable Platinum-Siticide Fuse technology. Utilizing an easily 
implemented programming algorithm, these products can be 
rapidly programmed. to any customized pattern. Extra’ test 
words are pre-programmed during manufacturing to insure 
extremely high field programming yields ( > 98%), and provide 
extra test paths to achieve excellent parametric correlation. 


Power-Up Reset 


The registered devices in the AMD PAL family have been 
designed to reset during system power-up. Following power- 
up, all registers will be initialized to zero, setting all the outputs 
to a logic 1. This feature provides extra flexibility to the 
designer and is especially valuable in simplifying state ma- 
chine initialization. 
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PRELOAD 


AMD PAL devices are designed with unique PRELOAD 
circuitry that provides an easy method of testing registered 
devices for logical functionality. PRELOAD allows any arbitrary 
state value to be loaded into the registered output of an AMD 
PAL device. 


A typical functional test sequence would be to verify all 
possible state transitions for the device being tested. This 
requires the ability to set the state registers into an arbitrary 
“present state'’ value and to set the device inputs to any 
arbitrary "present input" value. Once this is done, the state 
machine is clocked into a new state or "next state."' The next 
state is then checked to validate the transition from the 
present state. In this way any state transition can be checked. 


Without PRELOAD, it is difficult and in some cases impossible 
to load an arbitrary present state value. This can lead to logic 
verification sequences that are either incomplete or excessive- 
ly long. Long test sequences result when the feedback from 
the state register interferes’ with the inputs, forcing the 
machine to go through many transitions before it can reach an 
arbitrary state value. Therefore the test sequence will be 
mostly state initialization and not actual testing. The test 
sequence becomes excessively long when a state must be 
reentered many times to test a wide variety of input combina- 
tions. 


In addition, complete logic verification may become impossible 
when states that need to be tested cannot be entered with 
normal state transitions. For example, even though necessary, 
the state entered when a machine powers up cannot be 
tested, because it cannot be entered from the main sequence. 
Similarly, 'forbidden'' or don't care states that are not 
normally entered need to be tested to ensure that they return 
to the main sequence. 


PRELOAD eliminates these problems by providing the capabil- 
ity to go directly to any desired arbitrary state. Thus test 
sequences may be greatly shortened, and all possible states 
can be tested, greatly reducing test time and development 
costs, and guaranteeing proper in-system operation. 
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Figure 1. AMPAL20L10 Logic Diagram and JEDEC Fuse Numbering 
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Figure 2. AmPAL20R4 Logic Diagram and JEDEC Fuse Numbering 





4-130 


8-11 12-15 16-19 20-23 24-27 28-31 32-35 36-39 


SUM IEE RA ERS 0 28 ee ee 2 ee. 


280-319 —— oy re SRameens 


Le tc Ht 
320-359 — ‘i A 


7 | 
y 





a lt 
Sassen Histiimt CITA TT 
25 





V7 
8 


30 
920-959 —- 31 


L] 
38 +—| C=) 
aie iim ininimiimiimii 
Le : 


eit {ai tity 
niioe UT SI I 





46 4 
1560-1599 —— 47 ttt ttt PtH 


I—H 
+ 
bmi iia (ni 11 a < 
stone NN SINICA 
49 


54 
‘oe. TIT tii 
Peareeee TWAT siiimiimiiion 
57 
58 


ii 
> 
65 


66 
67: 
68 


70 
2520-2559 —— 71 


9 ae, 





LOSERS aS maiitmatiimi es, ~< 


O-3 4-7 8-11 12-15 16-19 20-23 24~27 28-31 32-35 36~ 39 
LD001280 


Figure 3. AmPAL20R6 Logic Diagram and JEDEC Fuse Numbering 
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Figure 4. AmMPAL20R8 Logic Diagram and JEDEC Fuse Numbering 





4-132 


.0—3 4-7 8-11 12-15 16-19 20-23 24~27 26-31 32-35 36-39 


> 
= 
o 
wo 
-~ 
» 
2 
a. 
o 
Sad 
a. 
Nh 
> 
= 
= 
U 
> 
r 

* 
“1 
» 
3. 
< 


= 
920-059 — 3s tH comme 


Cf 
—o—- 
iimiimiime ccc 
si cl 
ee WT A CCC 
33 ons 
34 





ae a, 
30 2B SEDER eke = et __ 
1240-1279 ——~ 39 OES 208 0 2 ee ee 
iimiinininin HUTTE A AUT 
ees 1 ahh limit 
1200-1319 ——~ 40 
= 





1880-1919 = 3 CRS SSSGE SEE 


Letitt | Pott IK 1 a, 
WA EAN IE iii : 





FCI ini 
Bile TH 02 ee, < 

oC 
_ 


0-3 4-7 6~11 12-15 16-19 20-23 24-27 28-31 32-35 36-39 
LO001300 


Figure 5. AmPAL20L8 Logic Diagram and JEDEC Fuse Numbering 
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AMD Standard 24-Pin PAL* Family 


PRELOAD of Registered Outputs 





The AMD Standard 24-Pin PAL devices incorporate circuitry to 
allow loading each register synchronously to either a HIGH or 









PRELOAD PRELOAD 
ENABLED FORCED DATA 
OUTPUTS TOViup CLOCKED 
OISABLED OR Vip IN 











LOW state. This feature simplifies testing since any initial state 
for the registers can be set to optimize test sequencing. 


The pin levels and timing necessary to perform the PRELOAD 
function are detailed below: 








PRELOAD 
DISABLED 


WF022294 


Level forced on registered output Register Q output state after 
pin during PRELOAD cycle cycle 









Power-Up Reset 


The registered devices in the AMD Standard 24-Pin PAL 
Family have been designed with the capability to reset during 
system power-up. Following power-up, all registers will be 
reset to LOW. The output state will be HIGH. This feature 
provides flexibility to the designer and is especially valuable in 
simplifying state-machine initialization. A timing diagram and © 
parameter table are shown below. Due to the asynchronous ~ 


POWER 


REGISTEREO 
OUTPUT 


CLOCK 







Power-Up 
Reset Time 


Input or Feedback 
Setup Time 
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[Parameters | Description [win.[ Typ. [Max | Unis ] 


Clock Width 


operation of the power-up RESET and the wide range of ways 
Voc can rise to its steady state, two conditions are required to 
ensure a valid power-up RESET. These conditions are: 


1. The Vcc rise must be monotonic. 

2. Following reset, the clock input must not be driven from 
LOW to HIGH until alt applicable input and feedback 
setup times are met. 


Veo 


WF022300 


See Switching 
Characteristics 


ABSOLUTE MAXIMUM RATINGS OPERATING RANGES 


Commercial (C) Devices 
Storage Temperature Temperature (Ta) 
Supply Voltage to Ground Potential Supply Voltage (Vcc) 
(Pin 24 to Pin 12) Continuous 
DC Voltage Applied to Outputs Extended Commercial (E) Devices 
(Except During Programming) : : Temperature (Ta) 
DC Voltage Applied to Outputs Temperature (Tc) 
During Programming Supply Voltage (Vcc) 
Output Current Into Outputs During. Military (M) Devices* 
Programming (Max Duration of 1 sec) Temperature (Ta) 
DC Input Voltage E : Temperature (Tc) 
DC Input Current Supply Voltage (Vcc) 


Stresses above those listed under ABSOLUTE MAXIMUM —-OPeating ranges define those limits between which the 
RATINGS may cause permanent device failure. Functionality functionality of the device is guaranteed. 

at or above these limits is not implied. Exposure to absolute *Military product 100% tested at To = +25°C, +125°C, 
maximum ratings for extended penous may affect device and -55°C. 

reliability. : 


DC CHARACTERISTICS over operating range unless otherwise specified; included in Group A, Subgroup 1, 
2, 3 tests unless otherwise noted 


Parameter | Parameter Typ. 
Symbo! Description Test Conditions (Note 1) 
=Mi loH =-3.2 mA COM'L 
= Min. ae mA co 
Deer ee ve Vine Vit flop=-12 mA MIL mA 
Guaranteed Input Logical HIGH 
Woe 2) Input HIGH Level Voltage for All Inputs 
Guaranteed Input Logical LOW 
ie 2) Input LOW Level Voltage for All Inputs Oe 





} tH | Input HIGH Current Voc = Max., Vin = 2.7 V i 
| ss Input HIGH Current Voc = Max., Vin = 5.5 V ‘ 
| Isc —_|_ Output Short-Circuit Current_| Voc = Max. Vout = 0.5 V (Note 3) 


‘Ti input LOW Current Voc = Max, lin = 0.40 V | 2p ao 
Phy At 


Power Supply Current 


Onibut: ‘teakade “Qurrent~ 
JANote 4) 


Notes: aD “Typical limits are at: Voc = =5.0 Vand Ta= 25°C. 
2. These are absolute values ‘with respect to device ground and all overshoots due to system or tester noise are included. 
“8. Not.more than one output should be tested at a time. Duration of the short circuit should not be more than one second. 
\ Vout = 0.5V has been chosen to avoid test problems caused by tester ground degradation. 
4. Ue pin leakage is the worst case of lozx or lix (where X =H or L). 


CAPACITANCE* 
Parameter Parameter 
Symbol Description Test Conditions 
Pins 1, 13 
Rt eipeaie Vin = 2.0 V aaa 
@ f= 1 Miz [oes 


Output Capacitance Vout = 2.0 V @ f=1 MHz BE 


*These parameters are not 100% tested, but are evaluated at initial characterization and at any time the design is a where capacitance 
may be affected. 
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AMD Standard 24-Pin PAL* Family 


SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A 
Subgroup 9, 10, 11 tests unless otherwise noted 


~20 Versions 
B Versions (Note 4) A & AL Versions.’ 
Parameter Parameter Typ. Typ. Typenba fy 
Symbol Description (Note 1) (Note 1) ee 4) A 
Input or Feedback to Non-Registered P20 | : 
Output 20L10, 20R4, 20R6, 20L8 ‘ 


ry to Output Disable 20L10, aOR, ral 
20R6, 20L8 


Pin 13 to Output Enable. .20R4, ZR 
20R8 rt 


\“ ay 
Pin 13 to’Output’ Disab Zora Zor. , 4% 


enter tte tt ett 
ae Nhe pe BoB OE 
ES 020 Ot NS dB 
Pio | Wwaviwa | Clock with SSSC~dCSC*doea| dT i ions] 
Cit twa | Wasa Freaongy LP ae 


Notes: . Typical limits are at Voc = 5.0 V and Ta = 25°C. 
2. tpp is tested with switch S; closed and Cy, = 50 pF. 

3. For three-state outputs, output enable times are tested with C, = 50 pF to the 1. 5 V level; S; is open for high impedance to HIGH 
tests and closed for high impedance to LOW tests. Output disable times are tested with CL = 5 pF. HIGH to high impedance tests 
are made to an output voltage of VoH-0.5 V with S; open; LOW to high impedance tests are made to the Vo_ + 0.5 V level 
with S1 closed. 

. AmMPAL20L10 only. 


COMMERCIAL RANGE 





MILITARY RANGE 


-25 Versions 
B Versions (Note 4) A & AL bella rd 
Parameter Parameter Typ. Typ. YP: .- : 
Symbol Description (Note 1) (Note 1) 
Input or Feedback to Non-Registered Pe 
Output 20110, 20R4, 20R6, 20L8 ot 


= to Output Disable 20L10, 20R4, 
20R6, 20L8 


Pin 13 to Output pa 20R6, 
20R8 es \ 
Pin 13 to Output: ‘Disable, 7 20R6; 

1 .20R6~ eA eet \ 


{Clock fo Output 2084, 20R6,'20Re™ A) CS 


Tapa” or ‘Feedback, See ‘Time -20R4, 
20R6, 20R8 ‘ 


eR [eae Tile B08e pone, ZORS SaaS CRG SE) A AGP D(A A TT 
SC Gon DC OG 
Tio | twuttws [Cook with SSSCSCSSC*dea| |S SC =i 
rit [tax | Maximum Frequency {| [el { | || | 00] wna 


. Typical limits are at Vcc = 5.0 V and Ta = 25°C. 

. tpp is tested with switch S; closed and C, = 50 pF. 

. For three-state outputs, output enable times are tested with C_ = 50 pF to the 1.5 V level; S; is open for high impedance to 
HIGH tests and closed for high impedance to LOW tests. Output disable times are tested with CL =5 pF. HIGH to high 
impedance tests are made to an output voltage of VoH-0.5 V with S; open; LOW to high impedance tests are made to the 
Vo. + 0.5 V level with S; closed. 

. AmPAL20L10 only. 
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SWITCHING TEST CIRCUIT 


Vee 9 


INPUTS 


> 
= 
Oo 
” 
pa 
i) 
| 
Q. 
i) 
= 
a 
NO 
= 
a 
=] 
aS) 
> 
i 

* 
mT 
iy) 
3. 
< 


OUTPUTS 


TC003051 


Note: C1 and Co are to bypass Vcc to ground. 


TEST OUTPUT LOADS 


[Fin name | Commerciar | _Witary 
[a | ma | soa 


eid 
| 
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AMD Standard 24-Pin PAL* Family 


SWITCHING WAVEFORMS 


tNPUTS, I/O, KAKAKAAAAAAAAAAA? 
REGISTERED DOOR 
FEEDBACK RY 


REGISTERED WYYXXYYY) 
CUTPUES: XY 


COMBINATORIAL YYVYYYVY\ 
OUTPUTS: NY 


‘KEY TO TIMING DIAGRAM 


WAVEFORM INPUTS OUTPUTS 


MUST BE WILL BE 
STEADY STEADY 


WILL BE 
CHANGING 
FROMH TOL 


MAY CHANGE 
FROM H TOL 


WILL BE 
CHANGING 
FROML TOH 


MAY CHANGE 
FROML TOH 


DON’T CARE; CHANGING; 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


CENTER 
DOES NOT LINE IS HIGH 
APPLY IMPEDANCE 

“OFF” STATE 


KS000010 


OUTPUT CIRCUITRY 


PROGRAM/VERIFY 
CIRCUITRY 
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INPUT 
TO ARRAY 


WF002571 


1C000720 


PROGRAMMING 
CURRENT PATH 


1C000801 





Programming and Verification Security Fuse Programming 


AMD Standard 24-Pin PAL Family devices are programmed A single fuse is provided on each device to prevent unautho- 
and verified using AMD's standard programmable logic algo- rized copying of PAL fuse patterns. Once blown, the circuitry 
rithm. The fuse to be programmed is selected by input line enabling fuse verification and registered output PRELOAD is 
number (array row), product term (array column), and by permanently disabled. 


output (one at a time). The fuse is then programmed and Programming of the security fuse is the same as an array fuse. 
verified by applying a simple sequence of voltages to two Verification of a blown security fuse is accomplished by 


control pins (1 and 13). verifying the whole fuse array as if every fuse is blown. 


Input line numbers are addressed using a full decode scheme — Programming Yield 
via TTL levels on pins 6-11 where 6 is the LSB and 11 is the 
MSB. Even-numbered input lines represent the true version of 
a signal and odd-numbered fines represent the complement. 
Input line addressing is shown in Table 1. 


AMD PAL devices have been designed to ensure extremely 
high programming yields ( > 98%). To help ensure that a part 
was correctly programmed, once programming is completed, 
the entire fuse array should be verified at both LOW and HIGH 
Product terms are addressed using a 1-of-16 addressing Voc. Reverification can be accomplished by reading all ten 
scheme on pins 2-5 where pin 2 is the LSB and 5 is the MSB. outputs in parallel rather than one at a time. This verification 
Product term addressing is shown in Table 2. Logical product cycle checks that the array fuses have been blown and can be 
terms are selected via TTL levels on the four addressing pins. sensed by the outputs under varying conditions. 


Fuse selection by output must be done one output at a time AMD PAL devices contain many internal test features, includ- 
(following control pin 1 going to VHH), as shown in the ing circuitry and extra fuses which allow AMD to test the ability 
programming timing diagram. of each part to perform programming before shipping, to 

; assure high programming yields and correct logical operation 
Once fuses have been selected, the simple programming and for a correctly programmed part. Programming yield losses are 
verification sequence may be completed as shown in the most likely due to poor programming socket contact, program- 
programming timing diagram. AC and DC requirements for ming equipment out of calibration, or improper usage of said 
programming are shown in the programming parameter table. equipment. 


PROGRAMMING PARAMETERS Ta = 25°C 


Parameter Parameter 
ae Description 


BO 1 5-10 mA 
Control Pin Extra High Level [Pie Cs a 


Pn 136 610mA——SCSCS Std 

a ——— 
[Vip | Input LOW Level During Programming and Venty ——=«d~ ao | oa | os |v _| 
[Voce | Voo During Programming @ loc=s0275 mA ——=—=S~S~i Si iY | Cd 
TVoot | Vo During First Pass Verifcation @ igo=S0275mA_—~d aa _—| 4s _—'| 4a | vd 
[Voc | Vcc During Second Pass Verification @ Ioo=50275 mA_——-{_s4 | 65 | ss |v __| 
[Veiowa | Successful Blown Fuse Sense Level @ Out ——=SC~iSCSCSC~‘iSCt | 
[Vor/at____| Rato of Output Voltage Changs —SSSSCSC~wCSCi Cid 
[avia/at | Rate of Fusing Enable Voltage Change (Pin 13 Aisng Edge) | 100 | | 100 | Was _| 
[Fusing Tine Fist Atempt SS SSCSC~SC TY 

[Subsequent Atompts SSCS Ys dtd 

Tio | Delays Between Various Level Changes ——S~S~SCS~S~S~ tO | a0dtPre 
Pv | Period uring which Output is Sensed for Veiown level <i _—=—s| —SSS~*d Ctr 
TR | Pulbup Resistor On Outputs Not Being Programmed | 18 | 2 | 21 | «a | 
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AMD Standard 24-Pin PAL* Family 









Design Aid Software for AMD Standard 24-Pin PAL Family 


[wane [vendor | Versions | note] 


Data v0 IBM PC 


VAX/VMS 
(206) 881-6444 VAX/UNIX 


IBM PC 
P-CAD Systems VAX/VMS 
(408) 971-1300 VAX/UNIX 
CPM 80/86 


Advanced Micro Devices Supported by 
AmcURE (408) 732-2400 IBM PG P-CAD Systems 
AMD Qualified Programmers 


Programmer 
Name Model(s) AMD PAL Personality Module Socket Adapter 


Data 1/O Systems 19, 29 950-1942-0044 303A-011A 

10525 Willow Road N.E. 

Stag Microsystems Model PPZ Under Development 

528-5 Weddell Drive On Board 
ZL30 Under Development 


Sunnyvale, CA 94086 
Valley Data Sciences ; . 
2426 Charleston Road 160 Series Under Development On Board 

Mountain View, CA 94043 . 


_-PROGRAMMING TIMING DIAGRAM 


Vine 
ANPUT LINE NUMBER AND PROOUCT TERM LINE NUMBER ADDRESSES 
Vue 


—— View 


















CUPL 















































eee v 
PROGRAMMED \WA\\ z z ° 
OUTPUT [TTT] ‘ : 
= ne Vor 
. y oe (rr) 
PIN 19 
ce to to ty 


t 
D to tp to to to— D CYCLE 


ENDS 
~-_________- PROGRAMMING —————————-—=| ~ VERIFY 


PFO01101 
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AMD Standard 24-Pin PAL* Family 


INPUT ADDRESSING 


TABLE 1. 


Input Line Number 
' Address Pin States 


~ 





SATA TIA TITIATHTISHTHTIH TH TIH TH TH TH TH TH THs rst Irs 


SS ee ae Ss Cr ree a Se ree ae Re Re are ape ORR re vo Se So ee pe Ree Se ce ee ee Re ee ee Se ee Re ee ee 


SJGo4oijtitTrTrT@Tsitts4trTrrsst4sttrrrssts4s4rT rr rss s4ssrtrrist 


JA4Ho4dnt4g4ds4ssdws TTT TTTTTH Ads sys s TTT rTT TTT Hs Hs 


AAI ddIdsH YSIS HI HYIS HH s4s TTT TTTTT TTT TTT TTI IIH IIe 


Ad Ht sdst tts sttdtt tts s4s ddd sdssdsbsds sss ss TTT TTT ect 
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AMD Standard 24-Pin PAL* Family 


TABLE 2-1. PRODUCT TERM ADDRESSING (AmPAL20L10) 


Product Term Select 
Address Pin Programming Access and Verify Pin 


Logical/Archltectural Product Term Line Number 


(HP 
Output Enable 
Security Fuse 


TABLE 2-2. PRODUCT TERM ADDRESSING (AmPAL20R4) 


Pregramming Access an 


Logical/Architectural Product Term Line Number 


VIHP 
Output Enable 
Security Fuse 
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TABLE 2-3. PRODUCT TERM ADDRESSING (AmPAL20R6) 


Product Term Select 
Address Pin Programming Access and Verify Pin 
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Logical/Architectural Product Term Line Number 





H = VIHP 
OE = Output Enable 
SF = Security Fuse 






TABLE 2-4. PRODUCT TERM ADDRESSING (AmPAL20R8) | 













Product Term Select 
Address Pin Programming Access and Verify Pin 


Fe ee ec 
PN 2 et eee 
ee ee ee 
a A Se ee 
ee eee 
Pa 0 ee 


61 












38 46 







Logical/Architectural Product Term Line Number 





P 
Output Enable 
Security Fuse 
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AMD Standard 24-Pin PAL* Family 


TABLE 2-5. PRODUCT TERM ADDRESSING (AmPAL20L8) 
Product Term Select 
Address Pin Programming Access and Verify Pin 









stets|et a | 2 | a | o [wo | iw | wv | i | is | 
a ea a a patra 
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SB cre ORIN sea B= eC Be a ea 
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VIHP 
Output Enable 
Security Fuse 
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AMD Enhanced 24-Pin PAL* Family 


24-Pin IMOX™ Programmable Array Logic (PAL) Elements 


PRELIMINARY 


DISTINCTIVE CHARACTERISTICS 


AMD's superior IMOX technology . 

~- Guarantees tpp = 15 ns max 

Individually programmable output polarity on each out- 
put 

Eight logical product terms per output 

Programming yields > 98% are realized via platinum- 
silicide fuse technology and the use of added test words 
Post Programming Functional Yield (PPFY) of 99.9% 


PRELOAD feature permits full logical! verification 
Reliability assured through more than 70 billion fuse 
hours of fife testing with no failures 

Full AC and DC parametric testing at the factory through 
on-board testing circuitry 

> 3000V ESD input protection per pin 
JEDEC-Standard LCC and PLCC pinout 


GENERAL DESCRIPTION 


AMD Enhanced 24-pin PAL devices are high-speed, electri- 
cally programmable array logic elements. They utilize the 
familiar sum-of-products (AND-OR) structure allowing users 
to program custom logic functions to fit most applications 
precisely. Typically they are a replacement for low-power 
Schottky SSI/MSI logic circuits, reducing chip count by 
more than 5 to 1 and greatly simplifying prototyping and 
board layout. Additional product terms, two additional 
outputs, and programmable output polarity are enhance- 
ments over industry-standard 24-pin PAL devices. 


Five different devices are available, including both regis- 
tered and combinatorial devices. All devices have user- 
programmable output polarity on all outputs. A variety of 
speed options allow the designer maximum flexibility in 
matching precise system requirements. The Product Selec- 
tor Guide below shows the available speed options. The 
second table gives details about the functionality of the five 
available devices. 


Please see the following pages for Block Diagrams. 


PRODUCT SELECTOR GUIDE 


AMD PAL Speed/Power Families 
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*PAL is a registered trademark of and is used under license from Monolithic Memories, inc. Publication # Rev. Amendment 
08791 A /0 
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AMD Enhanced 24-Pin PAL* Family 
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*PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 
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BLOCK DIAGRAMS (Cont'd.) 
AmPAL20RP6 
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AMD Enhanced 24-Pin PAL* Family 


BLOCK DIAGRAMS (Cont'd.) 
AmPAL20RP10 
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CONNECTION DIAGRAMS 
Top View 


w Lf (NOTE 1) 
| { (NOTE 12) 
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13 [_] (NOTE 2) 


| € (NOTE 10) 
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Note: Pin 1 is marked for orientation. 





*Also available in 24-Pin Ceramic Flatpack. Pinouts identical to DIPs. 
**Also available in 28-Pin Plastic Leaded Chip Carrier. Pinouts identical to LCC. 


PIN DESIGNATIONS 


| = Input 
1/O = Input/Output 
O = Output 
Vcc = Supply Voltage 
GND = Ground 
CLK = Clock 
OE = Output Enable 
NC = No Connect 
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AMD Enhanced 24-Pin PAL* Family 


ORDERING INFORMATION 
Standard Products | 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 
a combination of: A. Device Number 
B. Speed Option (if applicable) 
~ ©. Package Type 
D. Temperature Range 
E. Optional Processing 


2P10 B 


. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn In 


. TEMPERATURE RANGE 
C =Commercial (0 to + 75°C) 
E = Extended Commercial (-55 to + 125°C) 


. PACKAGE TYPE 
P = 24-Pin Plastic DIP (PD 024) 
D = 24-Pin Ceramic DIP (CD 024) 
J = 28-Pin Plastic Leaded Chip Carrier 
(PL 028) 
L = 28-Pin Ceramic Leadiess Chip Carrier 
(CL 028) 


. SPEED/POWER 
See Product Selector Guide 


A. DEVICE NUMBER/DESCRIPTION 
AMD Enhanced 24-Pin PAL Family 
24-Pin IMOX Programmable Array Logic 


Valid Combinations 


Valid Combinations list configurations planned to be 
AMPAL20RP4B/A/AL supported in volume for this device. Consult the local AMD 
AMPAL20RP6B/A/AL sales office to confirm availability of specific valid 
AMPAL20RP6B/A/AL combinations, to check on newly released combinations, and 
AMPAL20RP10B/A7AL : Sie additional data on AMD's standard military grade 
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ORDERING INFORMATION (Cont'd.) 
APL Products 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL (Approved 
Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) products are 
processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, or surface 
treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed by a 
combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Device Class 

D. Package Type 

E. Lead Finish 


AMPAL22P10 B 


. LEAD FINISH 
A= Hot Solder DIP 
C = Gold 


Ajwey .1Wd Uld-pz peoueyug GWY 


. PACKAGE TYPE 
L = 24-Pin Ceramic DIP (CD 024) 
3 = 28-Pin Ceramic Leadless Chip 
Carrier (CL 028) 
K = 24-Pin Ceramic Flatpack (CF 024) 


. DEVICE CLASS 
/B=Class B 


. SPEED/POWER 
See Product Selector Guide 


A. DEVICE NUMBER/DESCRIPTION 
AMD Enhanced 24-Pin PAL Family 
24-Pin IMOX Programmable Array Logic 


Valid Combinations Valid Combinations 
AMPAL22P 10B/A/AL Valid Combinations list configurations planned to be 
AMPAL20RP4B/A/AL supported in volume for this device. Consult the local AMD 
AMPAL20RP6B/A/AL sales office to confirm availability of specific valid 
- AMPAL20RP8B/A/AL combinations or to check for newly released valid 
AMPAL20RP10B/A/AL combinations. 





Group A Tests 


Group A tests consist of Subgroups 
1, 2, 3, 7, 8, 9, 10, & 11 
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AMD Enhanced 24-Pin PAL* Family 


FUNCTIONAL DESCRIPTION 


AMD Enhanced 24-Pin PAL Family 
Characteristics 


All members of the AMD Enhanced 24-Pin PAL Family have 
common electrical characteristics and programming proce- 
dures. All parts are produced with a fusible link at each input to 
the AND gate array, and connections may be selectively 
removed by applying appropriate voltages to the circuit. 


Initially the AND gates are connected, via fuses, to both the 
true and complement of each input. By selective programming 
of fuses the AND gates may be ''connected" to only the true 
input (by blowing the complement fuse), to only the comple- 
ment input (by blowing the true fuse), or to neither type of input 
(by blowing both fuses) establishing a logical ''don't care." 
When both the true and complement fuses are left intact a 
logical false results on the output:of the AND gate, while all 
fuses blown results in a logical true state. For combinatorial 
outputs, the AND gates are connected to fixed-OR gates 
whose outputs become device outputs. For registered outputs, 
the AND gates are connected to fixed-OR gates whose 
outputs become output register inputs. 


All parts are fabricated with AMD's fast programming, highly 
reliable Platinum-Silicide Fuse technology. Utilizing an easily 
implemented programming algorithm, these products can be 
rapidly programmed to any customized pattern. Extra test 
words are pre-programmed during manufacturing to insure 
extremely high field programming yields ( > 98%), and provide 
extra test paths to achieve excellent parametric correlation. 


Power-Up Reset 


The registered devices in the AMD PAL family have been 
designed to reset during system power-up. Following power- 
up, all registers will be initialized to zero, setting all the outputs 
to a logic 1. This feature provides extra flexibility to the 
designer and is especially valuable in simplifying state ma- 
chine initialization. 
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PRELOAD 


AMD PAL devices are designed with unique PRELOAD 
circuitry that provides an easy method of testing registered 
devices for logical functionality. PRELOAD allows any arbitrary 
state value to be loaded into the registered output of an AMD 
PAL device. 


A typical functional test sequence would be to verify all 
possible state transitions for the device being tested. This 
requires the ability to set the state registers into an arbitrary 
“present state’ value and to set the device inputs to any 
arbitrary ''present input"’ value. Once this is done, the state 
machine is clocked into a new state or ''next state." The next 
state is then checked to validate the transition from the 
present state. In this way any state transition can be checked. 


Without PRELOAD, it is difficult and in some cases impossible 
to load an arbitrary present state value. This can lead to logic 
verification sequences that are either incomplete or excessive- 
ly long. Long test sequences result when the feedback from 
the state register ‘'interferes'' with the inputs, forcing the 
machine to go through many transitions before it can reach an 
arbitrary state value. Therefore the test sequence will be 
mostly state initialization and not actual testing. The test 
sequence becomes excessively long when a state must be 
reentered many times to test a wide variety of input combina- 
tions. 


In addition, complete logic verification may become impossible 
when states that need to be tested cannot be entered with 
normal state transitions. For example, even though necessary, 
the state entered when a machine powers up cannot be 
tested, because it cannot be entered from the main sequence. 
Similarly, "forbidden" or don't care states that are not 
normally entered need to be tested to ensure that they return 
to the main sequence. | 


PRELOAD eliminates these problems by providing the capabil- 
ity to go directly to any desired arbitrary state. Thus test 
sequences may be greatly shortened, and all possible states 
can be tested, greatly reducing test time and.development 
costs, and guaranteeing proper in-system operation. 
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Figure 1. AmPAL22P10 Logic Diagram and JEDEC Fuse Numbering 
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AMD Enhanced 24-Pin PAL* Family 
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Figure 2. AMPAL20RP4 Logic Diagram and JEDEC Fuse Numbering 
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Inputs (0-39) 
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Figure 3. AmPAL20RP6 Logic Diagram and JEDEC Fuse Numbering 
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AMD Enhanced 24-Pin PAL* Family 


Product Terms (0-81) 
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Figure 4. AmPAL20RP8 Logic Diagram and JEDEC Fuse Numbering 
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Inputs (0-39) 
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Figure 5. AmPAL20RP10 Logic Diagram and JEDEC Fuse Numbering 
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AMD Enhanced 24-Pin PAL* Family 


PRELOAD of Registered Outputs or LOW state. This feature simplifies testing since any initial 


state for the registers can be set to optimize test sequencing. 


The AMD Enhanced 24-pin PAL devices incorporate circuitry 


The pin levels and timing necessary to perform the PRELOAD 
to allow loading each register synchronously to either a HIGH 


function are detailed below: 


REGISTERED 
ouTPUT Vo. 


PRELOAD PRELOAD PRELOAD 


DATA OSABLED 
CLOCKED 
OISABLED IN 


WF022294 


Level forced on registered output Register Q output state after 
pin during PRELOAD cycle cycle 





Power-Up Reset 


The registered devices in the AMD Enhanced 24-Pin PAL 
Family have been designed with the capability to reset during 
system power-up. Following power-up, all registers will be 
reset to LOW. The output state will be HIGH. This feature 
provides flexibility to the designer and is especially valuable in 
simplifying state-machine initialization. A timing diagram and 
parameter table are shown below. Due to the asynchronous 


REGISTERED 
OUTPUT 


[Parameters] Description | win. [typ [Max | Unite 


Power-Up 
Reset Time 


Input or Feedback 
Setup Time 


Clock Width 


operation of the power-up RESET and the wide range of ways 
Voc can rise to its steady state, two conditions are required to 
ensure a valid power-up RESET. These conditions are: 

1. The Vcc rise must be monotonic. 


2. Following reset, the clock input must not be driven from 
LOW to HIGH until all applicable input and feedback 
setup times are met. 


Vee 


WF022300 


See Switching 
Characteristics 





ABSOLUTE MAXIMUM RATINGS OPERATING RANGES 


Commercial (C) Devices 
Storage Temperature : -65 to +150°C Temperature (Ta) 


Supply Voltage to Ground Potential Supply Voltage (Vcc) 
(Pin 24 to Pin 12) Continuous -0.5 to +7.0 V : : 

DC Voltage Applied to Outputs Extended Commercial (E) Devices 
(Except During Programming) ; A Temperature (Ta) 

DC Voltage Applied to Outputs Temperature (Tc) 
During Programming Supply Voltage (Vcc) 

Output Current Into Outputs During Military (M) Devices* 
Programming (Max Duration of 1 sec) Temperature (Ta) 

DC Input Voltage : : Temperature (Tc) 

DC Input Current Supply Voltage (Vcc) 


Stresses above those listed under ABSOLUTE MAXIMUM —-OPérating ranges define those limits between which the 
RATINGS may cause permanent device failure. Functionality functionality of the device is guaranteed. 

at or above these limits is not implied. Exposure to absolute *Military product 100% tested at To = +25°C, + 125°C, 
maximum ratings for extended periods may affect device and -55°C. 

reliability. 


> 
= 
i=] 
m 
P| 
= 
o 
pe } 
i? 
© 
rol 
rN) 
>. 
vu 
5 
0 
> 
- 
* 
7 
0) 
3 
< 


DC CHARACTERISTICS over operating range unless otherwise specified; included in Group A, Subgroup 1, 
2, 3 tests unless otherwise noted 


Parameter Parameter 
Symbol Description Test Conditions Nee 1) fm 
Voc = Min., loH =-3.2 MA COM'L | 
a poeta Vin = Vin oF Vib Plow =-2 mA MIL eS 
= lol =~24 mA coms ies an a 
Output LOW Voltage voc woe y Ot. ie 
IN ™ VIH OF ViL lo. =-12 mA aN 5 
% 


Guaranteed Input Logical HIGH 
Voltage for All Inputs 


Whe 2) Input HIGH Level 


Guaranteed Input Logical LOW 
(Note 2) input ROW" Eevel Voltage for All Inputs 


Voo= Max, i= 040 V 
Eee eae 


—— Power Supply Current 


Input Clamp Voltage 


Output Leakage curt” Vec= Mee "Vices V 
oto 4) ch eoWe 


Notes: 1. Typical limits are at ce, = = 5.0 Wand T 
2. These are absolute Vales withrespett ee ground and ail overshoots due to system or tester noise are included. 
3. Not more, than ‘one -outpat, should: ‘betested at a time. Duration of the short circuit should not be more than one second. 
Vout =.0.5V ‘has-been’ ‘chosen: to-avoid test problems caused by tester ground degradation. 
4e 70. ia leaag® | is. th worst) case of lozx: or |x (where X= H or L). 


CAPACITANCE* @ 
Parameter «. Parameter 
Symbol Description Test es 
VIN = 2.0 V 
Input Capacitance 
eee trian ee 


Output Capacitance Vout = 2.0 V @ f=1 MHz a es ea 


*These parameters are not 100% tested, but are evaluated at initial characterization and at any time the design is modified where capacitance 
may be affected. 
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AMD Enhanced 24-Pin PAL* Family 


SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A 


Subgroup 9, 10, 11 tests unless otherwise noted 
COMMERCIAL RANGE 


"A" & "AL" Versions 
Parameter Parameter Typ. Typ. 
Symbol Description (Note 1) (Note 1) | Mist”. 
Input or Feedback to Non-Registered Output Gi Take ae : fe 
22P10, 20RP4, 20RP6, 20RP8 ; i & 
Input to Output Enable 22P10, 20RP4, 20RP6, ra eh 
20RP8 | a 
hee | 


“Te? | Zinplt ar Feedback Setup-Time 20AP4, DORPS, 
20RPB,-20RP Os be 


| 8 Ae ae ee ae 

aS ee Glock Period (ts + "te0) Se a a a a ey ee 
| 10 Lf twi/twH | Clock Width tors Pt Ps 
Pat] tax | Maximum Frequency ro Taso Te | 


Notes: 1. Typical limits are at Voc = 5.0 V and Ta = 25°C, 

2. tpp is tested with switch S; closed and C_ = 50 pF. 

3. For three-state outputs, output enable times are tested with C_ = 50 pF to the 1.5 V level; S; is open for high impedance to HIGH 
tests and closed for high impedance to LOW tests. Output disable times are tested with CL=5 pF. HIGH to high impedance tests 
are made to an output voltage of Voy—-0.5 V with S; open; LOW to high impedance tests are made to the VoL +0. 5 V level 
with Sy closed. 


MILITARY RANGE 
| } "A" & "AL" Versions 
Parameter Parameter Typ. Typ. 
Symbol Description (Note 1) 7 1)nfe 

Input or Feedback to Non- Registered Output — Suu 

22P10, 20RP4, 20RP6, 20RP8 ie 

Input to Output Enable 22P10, 20RP4, 20RP6, ‘ parm 

20RP8 


Input to Output Disable 22P10, 10, Zonk. TV 
R 


se 5s Hold’ : ; 1 ae me eee 
oe em nee ee ee 
Pio Cw] Goo wats ter or 
p11 | tMax. | Maximum Frequency Tt TT 20.0 Mz 


Notes: 1. Typical fimits are at Voc = 5.0 V and Ta = 25°C. 
2. tpp is tested with switch S; closed and C, = 50 pF. 
3. For three-state outputs, output enable times are tested with C_ = 50 pF to the 1.5 V level; S; is open for high impedance to 
HIGH tests and closed for high impedance to LOW tests. Output disable times are tested with C_ =5 pF. HIGH to high 
impedance tests are made to an output voltage of Voy—0.5 V with S; open; LOW to high impedance tests are made to the 
Voi + 0.5 V level with Sq closed. 
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SWITCHING TEST CIRCUIT 


Vec O 5V 


INPUTS 
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OUTPUTS 


TC003051 


Note: C; and Co are to bypass Vcc to ground. 


TEST OUTPUT LOADS 
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SWITCHING WAVEFORMS 
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REGISTERED OOO AAA 
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REGISTERED YY 
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AMD Enhanced 24-Pin PAL* Family 


COMBINATORIAL KYXYYKY} 
OUTPUTS: BY 


WF002571 
KEY TO TIMING DIAGRAM 
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May CHANGE WILL BE 


CHANGING 
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DON'T CARE; CHANGING; 
ANY CHANGE STATE 
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CENTER 
DOES NOT LINE IS HIGH 
APPLY IMPEDANCE’ 

“OFF” STATE 


1C000720 
KS000010 


OUTPUT CIRCUITRY 


INPUT PROGRAMMING 
TO ARRAY CURRENT PATH 


PROGRAM/VERIFY 
CIRCUITRY 
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Programming and Verification 


AMD Enhanced 24-Pin PAL Family devices are programmed 
and verified using AMD's standard programmable logic aigo- 
rithm. The fuse to La programmed is selected by input line 
number (array row), product term (array column), and by 
output (one at a time). The fuse is then programmed and 
verified by applying a simple sequence of voltages to two 
control pins (1 and 13). 


Input line numbers are addressed using a full decode scheme 
via TTL levels on pins 6-11 where 6 is the LSB and 11 is the 
MSB. Even-numbered input lines represent the true version of 
a signal and odd-numbered lines represent the complement. 
Input line addressing is shown in Table 1. Note that input line 
63 is utilized for selecting the fuses used for programming 
output polarity. 


Product terms are addressed using a 1-of-16 addressing 
scheme on pins 2-5 where pin 2 is the LSB and 5 is the MSB. 
Product term addressing is shown in Table 2. Logical and 
architectural product terms are selected via TTL levels on the 
four addressing pins. 


Fuse selection by output must be done one output at a time 
(following control pin 1 going to VHH), as shown in the 
programming timing diagram. 


Once fuses have been selected, the simple programming and 
verification sequence may be completed as shown in the 
programming timing diagram. AC and DC requirements for 
programming are shown in the programming parameter table. 


PROGRAMMING PARAMETERS Ta = 25°C 


Security Fuse Programming 


A single fuse is provided on each device to prevent unautho- 
tized copying of PAL fuse patterns. Once blown, the circuitry 


* enabling fuse verification and registered output PRELOAD is 


permanently disabled. 


Programming of the security fuse is the same as an array fuse. 
Verification of a blown security fuse is accomplished by 
verifying the whole fuse array as if every fuse is blown. 


Programming Yield 


AMD PAL devices have been designed to ensure extremely 
high programming yields ( > 98%). To help ensure that a part 
was correctly programmed, once programming is completed, 
the entire fuse array should be verified at both LOW and HIGH 
Voc. Reverification can be accomplished by reading all ten 
outputs in parallel rather than one at a time. This verification 
cycle checks that the array fuses have been blown and can be 
sensed by the outputs under varying conditions. 


AMD PAL devices contain many internal test features, includ- 
ing circuitry and extra fuses which allow AMD to test the ability 
of each part to perform programming before shipping, to 
assure high programming yields and correct logical operation 
for a correctly programmed part. Programming yield losses are 
most likely due to poor programming socket contact, program- 
ming equipment out of calibration, or improper usage of said 
equipment. 


Ayjwey .1Wd Uld-pz pesueyuy GNY 


mies@n | em 
ois @ 60 RA ro 
Program Voltage Pins 14-23 @ 15-200 mA ee eee eee ee eee 


Contro! Pin Extra High Level 


Parameter Parameter 
Symbol Description Typ. 


HH 
VIHP 

. Vite Input LOW Level During Programming and Verify re 

[Voce | Voc During Programming @ Icc= 50-275 mA | | ST 
| Voc. | Voc During First Pass Verification @ Iog= 50-275 mA | 4 | V 
[Vecn | Veo Bunng Second Pass Verification @ igg=S0-275ma —+i| _s4 | 66 | 66 | Vv 
Fos | os | vt 


Vop/dt Rate of Output Voltage Change 

dV43/dt Rate of Fusing Enable Voltage Change (Pin 13 Rising Edge) 
Fusing Time First Attempt 
Subsequent Attempts 
Delays Between Various Level Changes 
Period During which Output is Sensed for Vgiown Level 
Pull-Up Voltage On Outputs Not Being Programmed 
Pull-Up Resistor On Outputs Not Being Programmed 
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AMD Enhanced 24-Pin PAL* Family 


Design Aid Software for AMD Enhanced 24-Pin PAL Family 


| Name | Vendor | versions | Notes 


IBM PC 
VAX/VMS 
VAX/UNIX 


IBM PG 

P-CAD Systems VAX/VMS 
(408) 971-1300 VAX/UNIX 
CPM 80/86 


Data 1/0 
(206) 881-6444 


Advanced Micro Devices Supported by 
AmCUPL (408) 732-2400 IBM. PC P-CAD Systems 


AMD Qualified Programmers 


Programmer : 
Model(s) AMD PAL Personality Module Socket Adapter 


Data 1/O Systems 19, 29 950-1942-0044 303A-011A 
10525 Willow Road N.E. 


Stag Microsystems Model PPZ Under Development 


528-5 Weddell Drive 
Sunnyvale, CA 94086 ZL30 Under Development 


On Board 


Valley Data Sciences 
2426 Charleston Road 160 Series Under Development On Board 
Mountain View, CA 94043 


PROGRAMMING TIMING DIAGRAM 


ANPUT LINE NUMBER ANO PROOUCT TERM LINE NUMBER ADDRESSES 


PROGRAMMED 
OUTPUT 


to . 
tp to 


anne PROGRAMMING $$ 
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AMD Enhanced 24-Pin PAL* Family 


TABLE 1. INPUT ADDRESSING 


jADTATsTaATIH TAH TIH TY Ts Ty Ts tsa Ts Ts Tse tTys tsa ts rtsayGTsatTyrust 


SAATGTCAATGTAATGTIAT CHa YdY TFs Hd TG HIsTTss TIT ssy TTI TrT4ds rr 


Add 4d TTT Tats sdssd TTT rs 4y ss TTT ras ts TITTITs44ssysTrTrTrmTss4s4s 


JH doHo4odtdsst4t TTT TET ITITIGTse44ssygsnstts TIrTITIrTrTrTrsgdssyssysstsurrrr 


Input Line Number 
Address Pin States 


pe) s sass sss essa sass ss sass sssssarrrrrrrrrrre 





OF NOTNW ON OD 


* Used for AmPAL22P10 only 
** Used for programming polarity 


L=ViLP 
H = Vinp 
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AMD Enhanced 24-Pin PAL* Family 


TABLE 2-1. PRODUCT TERM ADDRESSING (AmPAL22P 10) 


Product Term Select 
Address Pin Programming Access and Verify Pin 


Output Enable 
Polarity 
Security Fuse 


TABLE 2-2. PRODUCT TERM ADDRESSING (AmPAL20RP4) 


Product Term Select 
Address Pin Programming Access and Verify Pin 


fs fata[e| 2 | 2 | a | o | wo [ wo | wv | i | ts | | 
Per ee a 
L PL | Lee TH | 


Output Enable 
Polarity 
Security Fuse 
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TABLE 2-3. PRODUCT TERM ADDRESSING (AmPAL20RP6) . 
Product Term Select | 
Address Pin Programming Access and Verify Pin 







Logical/Architectural Product Term Line Number 






Outsut Enable 
POL Polarity 
Security Fuse 


TABLE 2-4. PRODUCT TERM ADDRESSING (AmPAL20RP8) 









Logical/Architectural Product Term Line Number 


HP 
Output Enable 
POL Polarity 
Security Fuse 
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AMD Enhanced 24-Pin PAL* Family 


(HP 
Output Enable 
Polarity 
Security Fuse 


Logical/Architectural Product Term Line Number 
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AMD 24-Pin XOR PAL* Family 


24-Pin IMOX™ Programmable Array Logic (PAL) Elements 


PRELIMINARY 


DISTINCTIVE CHARACTERISTICS 


AND-OR-XOR logic structure 

AMD's superior IMOX technology 

- Guarantees tpp = 20 ns max 

Individually programmable output polarity on each out- 
put 

Eight logical product terms per output 

Programming yields > 98% are realized via platinum- 
silicide fuse technology and the use of added test words 


Post Programming Functional Yield (PPFY) of 99.9% 
PRELOAD feature permits full logical verification 
Reliability assured through more than 70 billion fuse 
hours of life testing with no failures 

Full AC and DC parametric testing at the factory through 
on-board testing circuitry 

> 3000V ESD input protection per pin 
JEDEC-Standard LCC and PLCC pinout 


GENERAL DESCRIPTION 


AMD 24-pin XOR PAL devices are high-speed, electrically 
programmable array logic elements. They utilize the familiar 
sum-of-products (AND-OR-XOR) structure allowing users 
to program custom logic functions to fit most applications 
precisely. Typically they are a replacement for low-power 
Schottky SSI/MSt logic circuits that require an exclusive- 
OR function, reducing chip count by more than 5 to 1 and 
greatly simplifying prototyping and board layout. 


Five different devices are available, including both regis- 
tered and combinatorial devices. All devices have user- 
programmable output polarity on all outputs. A variety of 
speed options allow the designer maximum flexibility in 
matching precise system requirements. The Product Selec- 
tor Guide below shows the available speed options. The 
second table gives details about the functionality of the five 
available devices. 


' 


Aywe4y .1Wd YOX Uld-pzZ GWV 


Please see the following pages for Block Diagrams. 


PRODUCT SELECTOR GUIDE 





AMD PAL Speed/Power Families 


ns (Max.) mA (Max.) mA (Min.) 


tpp 
C/M Devices 


Very High-Speed 
(-20 & -25) Versions 


High-Speed 


(-30 & -35) Versions 


High-Speed, 
Half-Power 
(-30L & -35L) 
Versions 
Pe eae veniona:| 
Pe eae veniona:| & -45) Versions 
Part Array Output Package 

22XP10 46 Pause Ten (2-6)-Wide AND-OR-XOR Programmable Bidirectional/Programmable = 
a Poe Four (2-6)-Wide AND-OR-XOR Registered/Programmable 
‘eedback, 
6 Bidirectional Six 8-Wide AND-OR Programmable Bidirectional/Programmable 
10 Dedicated, Six (2-6)-Wide AND-OR-XOR Dedicated Registered/Programmable 
20XRP6 6 Feedback, 
4 Bidirectional Four 8-Wide AND-OR Programmable Bidirectional/Programmable 


20XRP4 


Half-Power 
10 Dedicated, Eight (2-6)-Wide AND-OR-XOR | Dedicated Registered/Programmable 


(-40L & -45L) 
8 Feedback, 


Versions. 
2 Bidirectional Two 8-Wide AND-OR Programmable Bidirectional/Programmable 
20xRP10| 1° Seat Ten (2-6)-Wide AND-OR-XOR | Dedicated Registered/Programmable Es 


IMOX is a trademark of Advanced Micro Devices, inc. Publication # Rev. .Amendment 
*PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 08655 A /0 
4-169 Issue Date: October 1986 
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BLOCK DIAGRAMS 
AmPAL22XP 10 
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AMD 24-Pin XOR PAL* Family 
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AmPAL20XRP4 


3 INPUT? 
OUTPUT 
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BLOCK DIAGRAMS (Cont'd.) 
AmPAL20XFP6 - 


PROGRAMMABLE- 
AND ARRAY 
(40 X 84) 


PROGRAMMABLE- 
AND ARRAY 
(40 X 82) 
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AMD 24-Pin XOR PAL* Family 


BLOCK DIAGRAMS (Cont'd.) 
AmPAL20XRP10 


PROGRAMMABLE- 
AND ARRAY 
(40 X 80) 
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output 


OUTPUT 


OuTPuT 


OUTPUT 


ouTPUT 


OUTPUT 


OuTPuUT 


OuTPUT 


OUTPUT 


OUTPUT 





- CONNECTION DIAGRAMS 
Top View 


Lf (NOTE 12) 
8 LOE (NOTE 11) 


nN 


23 LJ (NOTE 12) 
22 [_] (NOTE 11) 
21 |_| (NOTE 10) 
20 [J (NOTE 9) 
19 [] (NOTE 8) 
18 {_} (NOTE 7) 
17 |_] (NOTE 6) 
16 |_] (NOTE 5) 

(NOTE 4) 
14 [] (NOTE 3) 
13 |_} (NOTE 2) 


> 
= 
=] 
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a 
u 
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rr 

* 
= 
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3, 
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CD010250 


CD010260 


Note: Pin 1 is marked for orientation. 





*Also available in 24-Pin Ceramic Flatpack. Pinouts identical to DIPs. 
**Also available in 28-Pin Plastic Leaded Chip Carrier. Pinouts identical to LCC. 


PIN DESIGNATIONS 


| = Input 
1/O = Input/Output 
O = Output 
Vcc = Supply Voltage 
GND = Ground 
CLK = Clock 
OE = Output Enable 
NC = No Connect © 
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AMD 24-Pin XOR PAL* Family 


ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 


a combination of: A. Device Number 


B. Speed Option (if applicable) 


C. Package Type 
D. Temperature Range 
E. Optional Processing 


AMPAL22XP10 -20 P 


. DEVICE NUMBER/DESCRIPTION 


. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn In 


. TEMPERATURE RANGE 
C=Commercial (0 to + 75°C) . 
E = Extended Commercial (-55 to + 125°C) 


. PACKAGE TYPE 
P = 24-Pin Plastic DIP (PD 024) 
D = 24-Pin Ceramic DIP (CD 024) 
J = 28-Pin Plastic Leaded Chip Carrier 
(PL 028) 
L = 28-Pin Ceramic Leadiess Chip Carrier 
(CL 028) 


. SPEED/POWER 
See Product Selector Guide 


AMD 24-Pin XOR PAL Family 
24-Pin IMOX Programmable Array Logic 


Valid Combinations . Vaild Combinations 


AMPAL22XP10-20/-30/-30L/-40/-40L 


AMPAL20XRP4-20/-30/-30L/-40/-40L 


AMPAL20XRP6-20/-30/-30L/-40/-40L 
AMPAL20XRP8-20/-30/-30L/-40/-40L 
AMPAL20XRP10-20/-30/-30L/-40/-40L 





Valid Combinations list configurations planned to .be 
supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 
combinations, to check on newly released combinations, and 
to obtain additional data on AMD's standard military grade 
products. 
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ORDERING INFORMATION (Cont'd.) 
APL Products 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL (Approved 
Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) products are 
processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, or surface 
treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed by a 
combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Device Class 

D. Package Type 

E. Lead Finish 
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. LEAD FINISH 
A= Hot Solder DIP 
C = Gold 


. PACKAGE TYPE 
L = 24-Pin Ceramic DIP (CD 024) 
3 = 28-Pin Ceramic Leadless Chip 
_ Carrier (CL 028) 
K = 24-Pin Ceramic Flatpack (CF 024) 


. DEVICE CLASS 
/B =Class B 


. SPEED/POWER 
See Product Selector Guide 


A. DEVICE NUMBER/DESCRIPTION 
AMD 24-Pin XOR PAL Family 
24-Pin IMOX Programmable Array Logic 


Valid Combinations Valid Combinations 
AMPAL22XP10-25/-35/-35L/-45/-45L Valid Combinations list configurations planned to be 
AMPAL20XRP4-25/-35/-35L/-45/-45L supported in volume for this device. Consult the local AMD 
AMPAL20XRP6-25/-35/-35L/-45/-45L sales office to confirm availability of specific valid 


AMPAL20XRP8-25/-35/-35L/-45/-45L combinations or to check for newly released valid 
AMPAL20XRP10-25/-35/-35L/-45/-45L combinations. 





Group A Tests 


Group A tests consist of Subgroups 
1, 2, 3, 7, 8, 9, 10, & 11 
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AMD 24-Pin XOR PAL* Family 


_FUNCTIONAL DESCRIPTION 


AMD 24-Pin XOR PAL Family Characteristics 


_All members of the AMD 24-Pin XOR PAL Family have 


common electrical characteristics and programming proce- 
dures. All parts are produced with a fusible link at each input to 
the AND gate array, and connections may be selectively 
removed by applying appropriate voltages to the circuit. 


Initially the AND gates are connected, via fuses, to both the 
true and complement of each input. By selective programming 
of fuses the AND gates may be ''connected" to only the true 
input (by blowing the complement fuse), to only the comple- 
ment input (by blowing the true fuse), or to neither type of input 
(by blowing both fuses) establishing a logical ''don't care." 
When both the true and complement fuses are left intact a 
logical false results on the output of the AND gate, while all 
fuses blown results in a logical true state. On the 
AmPAL22XP10 device, the AND gates are connected to fixed 
(2-6) OR-XOR structures whose outputs become device 
outputs. The remaining four (registered) devices function as 
follows: for combinatorial outputs, the AND gates are connect- 
ed to fixed-OR gates whose outputs become device outputs. 
For registered outputs, the AND gates are connected to fixed 
(2-6) OR-XOR structures whose outputs become output regis- 
ter inputs. 


All parts are fabricated with AMD's fast programming, highly 
reliable Platinum-Silicide Fuse technology. Utilizing an easily 
implemented programming algorithm, these products can be 
rapidly programmed to any customized pattern. Extra test 
words are pre-programmed during manufacturing to insure 
extremely high field programming yields ( > 98%), and provide 
extra test paths to achieve excellent parametric correlation. 


Power-Up Reset 


The registered devices in the AMD PAL family have been 
designed to reset during system power-up. Following power- 
up, all registers will be initialized to zero, setting all the outputs 
to a logic 1. This feature provides extra flexibility to the 
designer and is especially valuable in simplifying state ma- 
chine initialization. 


PRELOAD 


- AMD PAL devices are designed with unique PRELOAD 
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circuitry that provides an easy method of testing registered 
devices for logical functionality. PRELOAD allows any arbitrary 
state value to be loaded into the registered output of an AMD 
PAL device. 


A typical functional. test sequence would be to verify all 
possible state transitions for the device being tested. This 
requires the ability to set the state registers into an arbitrary 
“present state’ value and to set the device inputs to any 
arbitrary ''present input’ value. Once this is done, the state 
machine is clocked into a new state or "next state." The next 
state is then checked to validate the transition from the 
present state. In this way any state transition can be checked. 


Without PRELOAD, it is difficult and in some cases impossible 
to load an arbitrary present state value. This can lead to logic 
verification sequences that are either incomplete or excessive- 
ly long. Long test sequences result when the feedback from 
the state register ''interferes'' with the inputs, forcing the 
machine to go through many transitions before it can reach an 
arbitrary state value. Therefore the test sequence will be 
mostly state initialization and not actual testing. The test 
sequence becomes excessively long when a state must be 
reentered many times to test a wide variety of input combina- 
tions. 


In addition, complete logic verification may become impossible 
when states that need to be tested cannot be entered with 
normal state transitions. For example, even though necessary, 
the state entered when a machine powers up cannot be 
tested, because it cannot be entered from the main sequence. 
Similarly, ‘'forbidden'' or don't care states that are not 
normally entered need to be tested to ensure that they return 
to the main sequence. 


PRELOAD eliminates these problems by providing the capabil- 
ity to go directly to any desired arbitrary state. Thus test 
sequences may be greatly shortened, and all possible states 
can be tested, greatly reducing test time and development 
costs, and guaranteeing proper in-system operation. 
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Figure 1. AmMPAL22XP10 Logic Diagram and JEDEC Fuse Numbering 
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Product Terms (0-85) 
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Figure 2, AmPAL20XRP4 Logic Diagram and JEDEC Fuse Numbering 
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Figure 3. AmPAL20XRP6 Logic Diagram and JEDEC Fuse Numbering 
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Figure 4. AmPAL20XRP8 Logic Diagram and JEDEC Fuse Numbering 
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Figure 5. AmMPAL20XRP10 Logic Diagram and JEDEC Fuse Numbering 
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AMD 24-Pin XOR PAL* Family 


PRELOAD of Registered Outputs 


The AMD 24-pin XOR PAL devices incorporate circuitry to 
allow loading each registar synchronously to either a HIGH or 


REGISTERED 
OuTPUT Vou 


PRELOAD PRELOAD 
ENABLED : DATA 


OUTPUTS CLOCKED 


DISABLED IN 


Leve! forced on registered output Register Q output state after 
pin during PRELOAD cycle cycle 


LOW state. This feature simplifies testing since any initial state 
for the registers can be set to optimize test sequencing. 


The pin levels and timing necessary to perform the PRELOAD 
function are detailed below: 


PRELOAD 
DISABLED 


WF022294 


pe THIGH 
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Power-Up Reset 


The registered devices in the AMD 24-Pin XOR PAL Family 
have been designed with the capability to reset during system 
power-up. Following power-up, all registers will be reset to 
LOW. The output state will be HIGH. This feature provides 
flexibility to the designer and is especially valuable in simplify- 
ing state-machine initialization. A timing diagram and parame- 
ter table are shown below. Due to the asynchronous operation 


REGISTERED 
OUTPUT 


[Parameters | Description | min. | Typ. [Max.| Units | 


Power-Up 
Reset Time 


Input or Feedback 
Setup Time 


Clock Width 


HIGH 


of the power-up RESET and the wide range of ways Vcc can 
tise to its steady state, two conditions are required to ensure a 
valid power-up RESET. These conditions are: 
1. The Vcc rise must be monotonic. 
2. Following reset, the clock input must not be driven from 
LOW to HIGH until all applicable input and feedback 
setup times are met. 


Veo 


WF022300 


See Switching 
Characteristics 





ABSOLUTE MAXIMUM RATINGS OPERATING RANGES 
Commercial (C) Devices 
Storage Temperature -65 to + 150°C Temperature (Ta) 


Supply Voltage to Ground Potential -~ Supply Voltage 
(Pin 24 to Pin 12) Continuous -0.5 to +7.0 V Pply Voltag Woo) 3 
DC Voltage Applied to Outputs Extended Commercial (E) Devices 


(Except During Programming) F ; Temperature (Ta) 
DC Voltage Applied to Outputs Temperature (Tc) 

During Programming Supply Voltage (Vcc) 
Output Current Into Outputs During Military (M) Devices* 

Programming (Max Duration of 1 sec) Temperature (Ta) 
DC Input Voltage -0.5 to +5.5 V Temperature (Tc) 
DC Input Current -30 to +5 mA Supply Voltage (Vcc) 


Stresses above those listed under ABSOLUTE MAXIMUM — OPerating ranges define those limits between which the 
RATINGS may cause permanent device failure. Functionality functiqnally ef the Gevice 13 quaranond 

at or above these limits is not implied. Exposure to absolute *Military product. 100% tested at To = + 25°C, + 125°C, 
maximum ratings for extended periods may affect device and ~55°C. 

reliability. 


DC CHARACTERISTICS over operating range unless otherwise specified; included in Group A, Subgroup 1, 
2, 3 tests unless otherwise noted 


Voc = Min., lon =-3.2 MA = COM'L 
von seo pie a Vin = Vin or Vit lon =-2 MA MIL ; 


Voc = Min., 
Vi Output LOW Volt 
lol =-12 mA 
VIH Guaranteed Input Logical HIGH . 
(Note 2) Input HIGH Level Voltage for All Inputs 
VIL Guaranteed Input Logical LOW 
(Note 2) Input LOW Level Voltage for All Inputs 


Voo= Max, n= 040 V 
Pig input HIGH Current | Voc = Max, Vin= 27 V 
Pi teput HIGH Current 





[wear vi | 
[voroav p00 


to device ground and all overshoots due to system or tester noise are included. 
putguh, be tested at a time. Duration of the short circuit should not be more than one second. 
een chosen’ to avoid test problems caused by tester ground degradation. 
the worst case of lozx or ix (where X=H or L). 


i 
Parameter — Parameter 
Symbol ™~ Description Test a << 








jem | tt caste @ t= 1 Mie a 
Output Capacitance Vout = 2.0 V @ f=1 MHz | 9 


*These parameters are not 100% tested, but are evaluated at initial characterization and at any time the design is modified where capacitance 
may be affected. 
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AMD 24-Pin XOR PAL* Family 


SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A 
Subgroup 9, 10, 11 tests unless otherwise noted 


-30 & -30L -40 & -40L 
-20 Version Version Versions 
Parameter Parameter Typ. Typ. Typ. 4°, . 
Symbol Description (Note 1) (Note 1) (Note 4); Min. 
Input or Feedback to Non-Registered N el 
Output 22XP10, 20XRP4, 20XRP6, — ’ : 
20XRPS y cope 
te Input to Output Enable 22XP10, 20XRP4,- pe ee 
cA 20XRP6, 20XRPB es a > 
Input to Output Disable 22XP10, 20XRP4, eee 
20XRP6, 20XRP8 A 
t Pin 13 to Output Enable 20XRP4, a 
P2X 20XRP6, 20XRP8, 20XRP10 a Oe 
t Pin 13 to Output Disable 20XRP4, 
ene 20XRP6, 20XRPB, 20XRP10 Lk 
t Clock to Output 20XRP4, 20XRP6, 13 foci 
co 20XRP8, 20XRP10 
7 Input or Feedback Setup Time 20XRP4, ay 
20XRP6, 20XRP8, 20XRP10 My 
; Hold Time 20XRP4, 20XRP6, 20XAP8, NEES 
H 20XRP10 x 


Lom SEN. _ 
oN : 


COMMERCIAL RANGE 





Notes: 1. Typical timits are at Vcc = 5.0 V and Ta = 25°C. ee 

2. tpp is tested with switch S; closed and C_ = 50 pF. € . ~~ a” 

3. For three-state outputs, output enable times are tested ‘with pF. to the 1.5 V level; Sq is open for high impedance to HIGH 
tests and closed for high impedance to LOW tests. Output. es “are tested with C_ = 5 pF. HIGH to high impedance tests 
are made to an output voltage of VoH-0.5 V wittr-S 40 high impedance tests are made to the Vo_ + 0.5 V level 
with S1 closed. : eG 


MILITARY RANGE 


-35 & -35L ~45 & -45L 
Version Versions 


Parameter : 
Symbol . 


Input or Feedback Ao. Non-Registered 
Output 22X10, 20XxHP4, 20XHPS, 
20XAP8 NOY OAS 
‘| Input to Output-Enable Z2xP10, 20xRP4, 
ROXRPS, 2OXAPB oy” 


Input to Output Disable’ 22XP10, 20XRP4, 
20XRP6, 2OXRPB *>-» 


oF 





| Pin 18.10 Output Disable 20XAP4, 
(| 0XRP6<20XRP8, 20XRP10. 


7 FoClock to Output 20XAP4, 20XAP6, 
“1 20XRP8, 20XRP10 
4, Input or Feedback Setup Time 20XRP4 
— PgoxRP6, 20XRP8, 20XRP10 
Hold Time 20XRP4, 20XAP6, 20XRPS, 
20XRP10 ° 





Notes: 1. Typical limits are at Vcc = 5.0 V and Ta = 25°C. 
2. tpp is tested with switch S; closed and C_ = 50 pF. 
3. For three-state outputs, output enable times are tested with C_ = 50 pF to the 1.5 V level; S; is open for high impedance to 
HIGH tests and closed for high impedance to LOW tests. Output disable times are tested with C_ = 5 pF. HIGH to high 
impedance tests are made to an output voltage of VoH-0.5 V with S; open; LOW to high impedance tests are made to the 
VoL + 0.5 V level with S; closed. 
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SWITCHING TEST CIRCUIT 


Vee 9 


INPUTS 


> 
= 
7 
iN) 
> 
nL 
5 
x< 
fe) 
a 
v 
> 
- 

* 
n 
Pn} 
3 
< 


OUTPUTS 


TC003051 


Note: Cy and Co are to bypass Vcc to ground. 


TEST OUTPUT LOADS 
NY 


390 2 750 Q 
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INPUTS, 1/0, MAAAAAAAAAAAAAAAL 
REGISTERED AAA AA) 
FEEOBACK OOOO OOO 


AMD 24-Pin XOR PAL* Family 


© 
“xe 7s 
| @ 


COMBINATORIAL YYXKYYYY) 
ouTPUTs: ANY 


WF002571 


KEY TO TIMING DIAGRAM 


WAVEFORM INPUTS OUTPUTS 


MUST BE WILL BE 
STEADY STEADY 


may CHANGE = WILL BE 


CHANGING 
FROMHTOL EROMH TOL 


may cHance WILL BE 


CHANGING 
FROML TOH FROML TOH 


DON'T CARE; CHANGING; 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


CENTER 
DOES NOT LINE IS HIGH 
APPLY IMPEDANCE 

“OFF” STATE 


1000720 
KS000010 


OUTPUT CIRCUITRY 


INPUT PROGRAMMING 
TO ARRAY CURRENT PATH 


1¢000801 
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Programming and Verification 


AMD 24-Pin XOR PAL Family devices are programmed and 
verified using AMD's standard programmable logic algorithm. 
The fuse to be programmed is selected by input line number 
(array row), product term (array column), and by output (one at 
a time). The fuse is then programmed and verified by applying 
a simple sequence of voltages to two control pins (1 and 13). 


Input line numbers are addressed using a full decode scheme 
via TTL levels on pins 6-11 where 6 is the LSB and 11 is the 
MSB. Even-numbered input lines represent the true version of 
a signal and odd-numbered lines represent the complement. 
Input line addressing is shown in Table 1. Note that input line 
63 is utilized for selecting the fuses used for programming 
output polarity. 


Product terms are addressed using a 1-of-16 addressing 
scheme on pins 2-5 where pin 2 is the LSB and 5 is the MSB. 
Product term addressing is shown in Table 2. Logical and 
architectural product terms are selected via TTL levels on the 
four addressing pins. 


Fuse selection by output must be done one output at a time 
(following control pin 1 going to VyH), as shown in the 
programming timing diagram. 


Once fuses have been selected, the simple programming and 
verification sequence may be completed as shown in the 
programming timing diagram. AC and DC requirements for 
programming are shown in the programming parameter; table. 


PROGRAMMING PARAMETERS Ta = 25°C 


Parameter 


Security Fuse Programming 


A single fuse is provided on each device to prevent unautho- 
rized copying of PAL fuse patterns. Once blown, the circuitry 
enabling fuse verification and registered output PRELOAD is 
permanently disabled. 


Programming of the security fuse is the same as an array fuse. 
Verification of a blown security fuse is accomplished by 
verifying the whole fuse array as if every fuse is blown. 


Programming Yield 


AMD PAL devices have been designed to ensure extremely 
high programming yields ( > 98%). To help ensure that a part 
was correctly programmed, once programming is completed, 
the entire fuse array should be verified at both LOW and HIGH 
Voc. Reverification can be accomplished by reading all ten 
outputs in parallel rather than one at a time. This verification 
cycle checks that the array fuses have been blown and can be 
sensed by the outputs under varying conditions. 


AMD PAL devices contain many internal test features, includ- 
ing circuitry and extra fuses which allow AMD to test the ability 
of each part to perform programming before shipping, to 
assure high programming yields and correct logical operation 
for a correctly programmed part. Programming yield losses are 
most likely due to poor programming socket contact, program- 
ming equipment out of calibration, or improper usage of said 
equipment. 
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Parameter 
Description Typ. 
Pinte si0mA SCS St dT 


Fina @ 610m —SOS~—s dT 
SS 
si ee 


Symbol 


Control Pin Extra High Level 


Program Voltage Pins 14-23 @ 15-200 mA . 
Input HIGH Level During Programming and Verify | 24 | 





Input LOW Level During Programming and Verify | 0.0 | 
Vcc During Programming @ icc = 50-275 mA | 6 
Voc During First Pass Verification @ loc = 50-275 mA 


ViLP 
Voor 
VccL 
CCH 
VBiown 
Vop/dt 
dV49/dt 


< 


[Rate of Ouiput Votage Change SCC 
[Fusing Time Fret Atempt i 
F Subsequent Atempis SSS 
[Delays Between Various Level Changes —————SSCSCSCS~dCO + 
[Period During which Output is Sensed for Veioun Levels 
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AMD 24-Pin XOR PAL* Family 


Design Aid Software for AMD 24-Pin XOR PAL Family 


IBM PC 
ABEL Pe yr VAX/VMS 
| VAX/UNIX 


IBM PC 

CUPL P-CAD Systems VAX/VMS 
(408) 971-1300 VAX/UNIX 
; CPM 80/86 


Advanced Micro Devices Supported by 
AmCUPL (408) 732-2400 IBM PC P.CAD Systems 


AMD Qualified Programmers 


Programmer 
Name Model(s) AMD PAL Personality Module Socket Adapter 


Data |/O Systems 19, 29 950-1942-0044 303A-011A 
10525 Willow Road N.E. 


Stag Microsystems Model PPZ Under = 
528-5 Weddell Drive On Board 
Sunnyvale, CA 94086 | zis0 Under | Under Development =| 





Valley Data Sciences 
2426 Charleston Road 160 Series Under Development On Board 
Mountain View, CA 94043 


PROGRAMMING TIMING DIAGRAM 


ANPUT LINE NUMBER ANO PROOUCT TERM LINE NUMBER ADDRESSES 


PROGRAMMED 
OUTPUT 


to 


PROGRAMMING 
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AMD 24-Pin XOR PAL* Family 


Ss pe a De ce es a De ce ee ee ie a em De Oe es ee Se ee ee De Ce me ee a ee Ree Be Se Oe Re” Be a ee Oe oe Re es Re 
Fas SS es cave ge Fee Se Ga ee ne ee De we a ie ee Se ee ae Re ee es Se ee ee ee Se De ee Ree ee ee oe eee es ee De Se 
ed ol ad a ed ee Ee ed ed ah el od EO ed a 


SJSHtogodtststnsnTITTrTTTITGTssy sts 4g~sts TITIITITIITITITGTsastvssdss4ssnststrriret 


Input Line Number 
Address Pin States 


auld sotit Ist dt tS SHAADI TTI ITITTITITIITCTIITITT TH syst ssnsnsdns dH 


INPUT ADDRESSING 


J4oidtngtsstsygdtdsdsssgysgsyssd sys sts spd sss TOTTI ITT ITITIITIT.T 


VILP 
VIHP 


OrFNOTNOM ODD 


* Used for AmPAL22XP10 only 


** Used for programming polarity 


TABLE 1. 


L 
H 
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AMD 24-Pin XOR PAL* Family 


TABLE 2-1. PRODUCT TERM ADDRESSING (AmPAL22XP10) 
Product Term Select 
Address Pin Programming Access and Verify Pin 


“4 


ee 
Logical/Architectural Product Term Line Number 

VIHP 

Output Enable 

Polarity 

Security Fuse 


TABLE 2-2. PRODUCT TERM AODRESSING (AmPAL20XRP4) 


Product Term Select 
Address Pin Programming Access and Verify Pin 


: 
POL: 


ire etnanenereettan oo 


“80. 
Poe fog | 


VILP Logical/Architectural Product Term Line Number 
VIHP 
Output Enable 


Polarity 
Security Fuse 
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TABLE 2-3. PRODUCT TERM ADDRESSING (AmPAL20XRP6) 


Ajtwey .1Wd YOX Uld-p2 GNV 


Product Term Select 
Address Pin Programming Access and Verify Pin 


L 
H 
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L = ViLp Logical/Architectural Product Term Line Number 
H = VIHP 

OE = Output Enable 

POL = Polarity 

SF = Security Fuse 


TABLE 2-4. PRODUCT TERM ADDRESSING (AmPAL20XRP8) 


Product Term Select 
Address Pin Programming Access and Verify Pin 





Logical/Architectural Product Term Line Number 






Output Enable 
POL = Polarity: 
= Security Fuse 
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AMD 24-Pin XOR PAL* Family 


Lowlife fe Pose | we er ree 
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Logical/Architectural Product Term Line Number 


IHP 
Output Enable 
Polarity © 
Security Fuse 
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AmPAL*HC29M16/AmPALHCT29M16 


24-Pin E?-Based CMOS Programmable Array Logic 


ADVANCE INFORMATION 


DISTINCTIVE CHARACTERISTICS 


High-performance semi-custom logic replacement; 
Electrically Erasable (E?) technology allows repro- 
grammability 

16 bidirectional user-programmable I/O logic macro- 
cells for Combinatorial/Registered/Latched operation 
Output Enable controlled by a pin or product terms 
Variable product term distribution for increased design 
flexibility 

Programmable clock selection with two clocks/latch 
enables (LEs) and LOW/HIGH clock/LE polarity 


@ Register/Latch PRELOAD permits full logical verifica- 
tion 

© Available in high-speed (tpp = 35 ns, fax = 20 MHz) 
and standard-speed (tpp = 45 ns, fyax = 15.0 MHz) 
versions 
100% post-programming functional yield (PPFY), fast 
programming and excellent reliability assured through 
proven E?PROM technology 

. Full-function AC and DC testing at the factory 

CMOS and TTL-compatible versions 
24-pin 300-mil DIP and 28-pin chip carrier packages 


GENERAL DESCRIPTION 


The AmPAL29M16 is a high-speed, E?-based CMOS Pro- 
grammable Array Logic device designed for general logic 
replacement in TTL or CMOS digital systems. It offers high- 
speed, low-power consumption, high programming yield, 
fast programming and excellent reliability. Programmable 
logic devices (PLDs) combine the flexibility of custom logic 
with the off-the-shelf availability of standard products, 
providing major advantages over other semicustom solu- 
tions such as gate arrays and standard cells, including 
reduced development time and low up-front development 
cost. 


The AmPAL29M16 uses the familar sum-of-products (AND- 
OR) structure, allowing users to customize logic functions 
by programming the device for specific applications. It 
provides up to twenty-nine array inputs and sixteen outputs. 
It incorporates AMD's unique input/output logic macrocell 
which provides flexible input/output structure and polarity, 
flexible feedback selection, multiple Output Enable choices, 
and a programmable clocking scheme. The macrocells can 
be individually programmed as ''Combinatorial"’, ‘'Regis- 
tered", or ''Latched'' with active-HIGH or active-LOW 
polarity. The flexibility of the logic macrocells permits the 


* PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 


system designer to tailor the device to particular application 
requirements. 


Increased logic power has been built into the 
AmPAL29M16 by providing a variable number of logical 
product terms per output. Eight outputs have eight product 
terms each, four outputs have twelve product terms each, 
and the other four outputs have sixteen product terms 
each. This variable product-term distribution allows com- 
plex functions to be implemented in a single PAL device. 
Each output can be dynamically controlled by an Output 
Enable pin or Output Enable product terms. Each output 
can also be permanently enabled or diasabled. 


System operation has been enhanced by the addition of 
common asynchronous-PRESET and RESET product 
terms and a power-up RESET feature. The AmPAL29M16 
also incorporates PRELOAD and Observability functions 
which permit full logical verification of the design. 


The AmPAL29M16 is compatible with HCT (High-perfor- 
mance CMOS & TTL) and HC (High-performance CMOS) 
logic levels and is offered in the space-saving 300-mil DIP 
package as well as chip carrier surface-mount packages. 


Publication # Rev, 
08740 A 


Amendment 
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AmPAL*HC29M16/AmPALHCT29M16 


BLOCK DIAGRAM 
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CONNECTION DIAGRAMS 
Top View 


DIPs 


VOF 7 
VOF g 
VO7 
VOg 
VOs 
VO4 
VOF5 
VOF 4 


SLINNGCLOH1IVdWV/9LNG6GZOH.s 1WdWy 


\4 
VCLK/LE 


CD010271 





*Also available in PLCC. Pinouts identical to LCC. 


Note: Pin 1 is marked for orientation. 
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PIN DESCRIPTION 


The following describes the functionality of all the pins on the 
24-pin DIP. The 28-pin chip carrier has the same functionality 
with NO CONNECTS on pins 1,8,15,22. 


CLK/LE (PIN 1): 


Io-lo (PINS 2,14,23): 
Dedicated input pins. 


\/OF -I/OF7 (PINS 3,4,9,10,15,16,21,22): 


AmPAL*HC29M16/AmPALHCT29M16 


Eight bidirectional |/O pins with two independent feedback 
paths to the AND array. The first feedback path is a 
dedicated I/O pin feedback to the AND array for 
combinatorial input. The second feedback path consists of 
direct register/latch feedback to the array (see Figure 1). 


Used as dedicated clock/latch enable pin for all registers/ 
latches on the device if so selected. (See I/O Logic 
Macrocell Configurations.) This pin is a clock pin for 
macrocells configured as registers and a latch enable pin for 
macrocells configured as latches. 


I/CLK/LE PIN (PIN 13): 
Used as dedicated input or as an alternate clock/latch 
enable pin for all the registers/latches if so selected. (See 
1/O Logic Macrocell Configurations.) This pin is a clock pin 
for macrocells configured as registers and a latch enable pin 
for macrocells configured as latches. 


1/OE PIN (PIN 11): 
Used as a dedicated input pin to the AND array or as the 
Output Enable contro! pin (Active LOW) for all macrocells 
with pin-controlled Output Enable selected. 


1/Oo-1/07 (PINS 5,6,7,8,17,18,19,20): 
Eight bidirectional 1/O pins with user-programmable 
register/latch or I/O pin feedback to the AND array (see 
Figure 1). 


Vec (PIN 24): 
Supply Voltage 


GND (PIN 12): 
Circuit Ground 


ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 
a combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Package Type 

D. Temperature Range 


E. Optional Processing 
AMPALHCT29M16 -3 


5 P & =e 
E. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn-in 
D. TEMPERATURE RANGE 


C =Commercial (0 to + 70°C) 


. PACKAGE TYPE 
P = 24-Pin Slim Plastic DIP (PD3024) 
D = 24-Pin Slim Ceramic DIP (CD3024) 
J =28-Pin Plastic Leaded Chip Carrier 
(PL 028) 
L = 28-Pin Ceramic Leadless Chip Carrier 
(CL 028) 


. SPEED OPTION 
-35=35 ns 
~45=45 ns 


A. DEVICE NUMBER/DESCRIPTION 
AmPALHCT29M16 = CMOS/TTL-Compatible 
AmPALHC29M16 = CMOS-Compatible 


Valid Combinations 


Valid Combinations list configurations planned to be 
supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 
combinations, to check on newly released combinations, and 

. to obtain additional data on AMD's standard military grade 
products. 


Vatid Combinations 


AmPALHC29M16-35, -45 JC, LC, LCB 





AmPALHCT29M16-35, -45 PC, DC, DCB, 
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FUNCTIONAL DESCRIPTION 
_ Inputs 


The AmPAL29M16 has 29 inputs to drive each product term 
(up to 58 inputs with both TRUE and complement versions 
available to the AND array) as shown in the block diagram 
below. Of these 29 inputs, 3 are dedicated inputs, 16 are from 
- 81/0 logic macrocells with.2 feedbacks, 8 are from other I/O 


logic macrocells with single feedback, 1 is for |/CLOCK/LE 
and 1 is for |/OE input. 


Initially the AND-array gates are disconnected from all the 


inputs. This condition represents a logical TRUE to the AND 
array. By selectively programming the E“cells, the AND array 
may be connected to either the TRUE input or the compie- 


_ ment input. When both the TRUE and complement inputs are 


connected, a logical FALSE results at the output of the AND 
gate. 


BLOCK DIAGRAM 
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Product Terms 


The degree of programmability and complexity of a PAL 
device is determined by the number of connections that form 
the programmable-AND and OR gates. Each programmable- 
AND gate is called a product term. The AMPAL29M16 has 188 
product terms. 176 of these product terms provide logic 
capability and 12 are architectural or control product terms. 
Among the 12 control product terms, 2 are for common 
Asynchronous-PRESET and RESET, 1 is for Observability, 
and 1 is for PRELOAD. The other 8 are common Output 
Enable product terms. The Output Enable of each bank of 4 
macrocells can be programmed to be controlled by a common 
_ Output Enable pin or 2 AND/XOR product terms. It may be 
also permanently enabled or permanently disabled. 


Each product term on the AmPAL29M16 consists of a 58-input 
AND gate. The outputs of these AND gates are connected to a 
fixed-OR plane. Product terms are allocated to OR gates ina 
variable distribution across the device ranging from 8-to-16 
wide, with an average of 11 logical product terms per output. 
Increased number of product terms per output allows more 
complex functions to be implemented in a single PAL device. 
This flexibility aids in implementing functions such as counters, 
exclusive-OR functions, or complex state machines, where 
different states require different numbers of product terms. 
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Common asynchronous-PRESET and RESET product terms 
are connected to all Registered/Latched inputs/outputs. 
When the asynchronous-PRESET product term is asserted 
(HIGH) all the registers/latches will immediately be loaded 


with a HIGH, independent of the clock. When the asynchro-. 


nous-RESET product term is asserted (HIGH) all the regis- 
ters/latches will be immediately loaded with a LOW, indepen- 
dent of the clock. The actual output state will depend on the 
macrocell polarity selection. The latches must be in latched 
mode (not transparent mode) for the RESET/PRESET, PRE- 
LOAD, and power-up RESET modes to be meaningful. 


Input/Output Logic Macrocells 


The I/O logic macrocell allows the user the flexibility of 
defining the architecture of each input or output on an 
individual basis. It also provides the capability of using the 
associated pin either as an input or an output. 


The AmMPAL29M16 has 16 macrocells, one for each I/O pin. 
Each !/O macrocell can be programmed for combinatorial, 


registered or latched operation (see Figure 1). Combinatorial 


output is desired when the PAL device is used to replace 
combinatorial glue logic. Registers are used in synchronous 
logic applications while latches are used in asynchronous 
applications where speed is critical. The output polarity for 
each macrocell in each of the three modes of operation is 
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user-selectable allowing complete flexibility of the macrocell 
configuration. 


Eight of the macrocells (I/OFo-I/OF7) have two independent 
feedback paths to the AND array (see Figure 1). The first is a 
dedicated I/O pin feedback to the AND array for combinatorial 
input. The second path consists of a direct register/latch 
feedback to the array. If the pin is used as a dedicated input 
using the first feedback path, the register/latch feedback path 
is still available to the AND array. This path provides the 
capability of using the register/latch as a buried state register/ 
latch. The other eight macrocells have a single feedback path 
to the AND array. This feedback is user-selectable as either an 
1/O pin or a register/latch feedback. 


Each macrocell can provide true input/output capability. The 
user can select each macrocell register/latch to be driven by 
either the output generated by the AND-OR array or the I/O 
pin. When the I/O pin is selected as the input, the feedback 
path provides the register/latch input to the array. When used 


Common 
\/OE Pin 


OE PTs for 

Banks of 4 
Macrocells 

Common Async. 

PRESET 

PO 


P7, P11 or P15 
CLK/LE 
V/CLK/LE 


Common Async. 
RESET 


To AND < 
Array < 


1/0 Logic Macrocell Configuration 


AMD's unique {/O macrocell offers major benefits through its 
versatile, programmable input/output cell structure, multiple 
clock choices, flexible Output Enable and feedback selection. 
Eight 1/O macrocelis with single feedback contain nine 
E“cells, while the other eight macrocells contain eight E°cells 
for programming the input/output functions (see Table 1, 
Figure 2). 


E2cell S1 controls whether the macrocell will be combinatorial 
‘or registered/latched. SO controls the output polarity (active- 
HIGH or active-LOW). S2 determines whether the output is a 
register or a latch. S3 allows the use of the macrocell as an 
input register/latch or as an output register/latch. It selects 
the direction of the data path through the register/latch. If 






Figure 1. AMPALHC(HCT)29M16 1/O Macrocell 











as an input, each macrocell is also user-programmable for 
registered, latched, or combinatorial input. 


The AmPAL29M16 has one dedicated CLK/LE pin and one 
I/CLK/LE pin. All macrocells have a programmable select to 
choose between these two pins as the clock or the latch 
enable signal. These pins are clock pins for macrocells 
configured as registers and latch enable pins for macrocells 
configured as latches. The polarity of these CLK/LE signals is 
also individually programmable. Thus different registers can 
be driven by multiple clocks and clock phases. 


The Output-Enable mode of each of the macrocells can be 
selected by the user. The I/O pin can be configured as an 
output pin (permanently enabled) or as an input pin (perma- 
nently disabled). It can also be configured as a dynamic I/O 
controlled by the Output Enable pin or by two AND-XOR 
product terms which are available for each bank of four I/O 
logic macrocells. 





Veco 

















8 Dedicated Feedback 
DFO06181 





connected to the usual AND-OR array output, the register/ 
latch is an output connected to the I/O pin. If connected to the 
1/O pin, the register/latch becomes an input register/latch to 
the AND array using the feedback data path. 


_ Programmable E*cells S4 and S65 allow the user to select one 


of the four CLK/LE signals for each macrocell. S6 and S7 are 
used to control Output Enable as pin controlled, two product 
term controlled, permanently enabled or permanently dis- 
abled. S8 is a feedback multiplexer for the macrocells with a 
single feedback path only. 


In the virgin erased state (charged, disconnected), an archi- 
tectural cell is said to have a value of ''1"' ; In the programmed 
state (discharged, connected), an architectural cell is said to 
have a value of ''0". 





Output Cell Register 
Input Cell Latch 


| si | Output Type | so | Output Polarity 


Combinatorial Active LOW 
Register/Latch Active HIGH 


[S6 [ Feedback | 


Register/Latch 
1/0 
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*Applies to macrocells with single feedback only. 
TC003961 


Table 1. AmPAL29M16 1/O Logic Macrocell Clock Polarity & Output Enable Selections 
(Cont'd.) 


Clock Edge/Latch Enable Level adel Output Buffer Control 
CLK/LE pin positive-going edge, active-HIGH LE Pin-Controlled 3-State Enable 
i XOR PT-Controlled 3-State Enable 


VCLK/LE pin positive-going edge, active-HIGH LE Fee Permanently Enabled (Output only) 





sbi CLK/LE pin negative-going edge, active-LOW LE 


VCLK/LE pin negative-going edge, active-LOW LE 


1 =Erased State (Charged or disconnected) 
0 = Programmed State (Discharged or connected) 


Permanently Disabled (Input only) 


TC003971 
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SOME POSSIBLE CONFIGURATIONS OF THE INPUT/OUTPUT LOGIC MACROCELL 


OUTPUT REGISTERED/ACTIVE LOW OUTPUT COMBINATORIAL/ACTIVE LOW 


So=1 
$;=0 
83=1 
So=1 


LD000961 LD000951 


OUTPUT REGISTERED/ACTIVE HIGH OUTPUT COMBINATORIAL/ACTIVE HIGH 


Sg = 0 
S;=1 
$3=1 


LD000971 LD000981 — 


Figure 2A: Dual Feedback Macrocells 


OUTPUT REGISTERED/ACTIVE LOW, I/O FEEDBACK OUTPUT COMBINATORIAL/ACTIVE LOW, I/O FEEDBACK 
So=1 
I : : So = 1 
sori yt 
e So=1 3 =0 


LD001000 
LD000991 


OUTPUT LATCHED/ACTIVE HIGH, I/O FEEDBACK OUTPUT COMBINATORIAL/ACTIVE HIGH, 1/0 FEEDBACK 


So = 0 
Sy=1 
$3=1 
Sg = 0 


LD001011 mpoooe 


Figure 2B: Single Feedback Macrocells 
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OUTPUT REGISTERED/ACTIVE LOW, REG. FEEDBACK OUTPUT COMBINATORIAL/ACTIVE LOW, REG. FEEDBACK 


0001031 
LD001041 


OUTPUT LATCHED/ACTIVE LOW, LATCHED FEEDBACK OUTPUT COMBINATORIAL/ACTIVE LOW, LATCH FEEDBACK 
So = 0 So : 0 
sy 0 syn 
S3 =1 Sg=1 

v = So 20 


Figure 2B: Single Feedback Macrocells (Cont'd.) 


INPUT REGISTERED/LATCHED © 


So = X 
8;=0 
$3 = 0 
Sg = 1 (for single feedback only) 
S82 = 1 Register 
= 0 Latch 


Programmable-AND Array 
LD001071 


Figure 2C: All Macrocelis 
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Figure 3. AmPAL29M16 Logic Diagram 
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Figure 3. AmMPAL29M16 Logic Diagram 
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Designed in Testability and Debugging 
PRELOAD 


To simplify testing, the AmMPAL29M16 is designed with PRE- 
LOAD circuitry that provides an easy method for testing logical 
functionality. Both TTL-level and supervoltage-enabled PRE- 
LOAD modes are available. This offers even more test 
capability than previously implemented in AMD's PAL devices. 


_ The TTL-level PRELOAD product term can be useful during 


debugging, where supervoltages may not be available. 


PRELOAD allows any arbitrary state value to be loaded into 
the registers/latches of the device. A typical functional-test 
sequence would be to verify all possible state transitions for 
the device being tested. This requires the ability to set the 
state registers into an arbitrary ''present state'' value and to 
set the devices inputs into any arbitrary "present input" value. 
Once this is done, the state machine is clocked into a new 
state, or "next state", which can be checked to validate the 
transition from the ''present state’'. In this way any transition 
can be checked. 


Since PRELOAD can provide the capability to go directly to 
any desired arbitrary state, test sequences may be greatly 
shortened. Also, all possible states can be tested, thus greatly 
reducing test time and development costs and guaranteeing 
proper in-system operation. 
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Observability 


The output register/latch observability product term, when . 
asserted, suppresses the combinatorial output data from 
appearing on the I/O pin and allows the observation of the 
contents of the register/latch on the output pin for each of the 
logic macrocells. This unique feature allows for easy debug- 
ging and tracing of the buried state machines. In addition, a 
capability of supervoltage observability is also provided. 


Power-Up Reset 


All the device registers/latches have been designed to reset 
during device power-up. Following the power-up, all registers/ 
latches will be cleared, setting the outputs to a state deter- 
mined by the output select multiplexer. This feature provides 
extra flexibility to the designer and is especially valuable in 
simplifying state machine initialization. 


Security Cell 


A security cell is provided on each device to prevent unautho- 
rized copying of the user's proprietary logic design. Once 
programmed, tho security cell disables the programming, 
verification, PRELOAD, and the observability modes. The only 
way to erase the protection cell is by charging the entire array 
and architecture cells, in which case no proprietary design can 
be copied. (This cell should be programmed only after the rest 
of the device has been completely programmed and verified.) 


ABSOLUTE MAXIMUM RATINGS OPERATING RANGES 


Storage Temperature -65 to + 150°C Commercial (C) Devices —HCT Devices 
Ambient Temperature under bias -55 to +125°C Temperature (Ta) Operating Free Air 
Supply Voltage with Supply Voltage (Vcc) 

Respect to Ground -0.5 V to +7.0 V 
DC Output Voltage -0.5 V to Voc + 0.5 V 
DC Input Voltage 

(Except Pin !/OE) -0.5 V to Voc + 0.5 V 
DC Input Voltage (Pin I/OE) ~0.6 V to +17 V Military (M) Devices* 
DC Input Current ~1 mA to +1 mA 


Stresses above those listed under ABSOLUTE MAXIMUM Oper eng. bet tire gemme nese We penal: Wien e 
RATINGS may cause permanent device failure. Functionality functionality of the device G'gharanteed. 

at or above these limits is not implied. Exposure to absolute *Consult Factory for Military, Specifications 

maximum ratings for extended periods may affect device SES 

reliability. 


Commercial (C) Devices — HC Devices 
Temperature (Ta) 
Supply Voltage (Vcc) 
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DC CHARACTERISTICS over operating range unless otherwise specitiéd. : 


HCT Devices* 


Vec=Min. os, So. 83 
VIN = ViH_ oF Vit; a _— 
loH =-2 mA. A 


Voc = Wiese > 
VIN = urs OM VIL 


[icc-waxvo-ov | -20 | -s0 | ma | 





CAPACITANCE 


Parameter Parameter. : 
Symbol Description “ Test Conditions Typ. 
CIN Input Capacitance Voc = 5.00 V., Ta = 25°C Peet oF 
CouT Output Capacitance’ Vin=0 V @ f=1 MHz | 8 | 
Note: These parameters are: not 100% tested, but are evaluated at initial characterization and at any time the design is 
modified where capacitance may be affected. 





* Consult factory for DC specification on HC Devices. 
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SWITCHING CHARACTERISTICS over operating range unless otherwise specified All values are 
determined under the loading of one TTL gate and a capacitance of 50 pF. 
All Typical values are determined at Vcc =5 V and Ta = 285 C. 


ponus il. ease as Gee es a ee 
Number Symbol Description | min, | Max. | Min. | Max 


REGISTERED OPERATION (Numbers 1 through 12) 


Input or I/O Pin to 45 
Combinatorial Output 


Output Register 
Input or I/O Pin to 
t Output Register Clock 
COR to Output 
t Data Hold Time for 
HOR Output Register 
Input Register 
1/O Pin to Input 
Register Setup 
t Register Feedback Clock to 
CIR Combinatorial Output 
7 t Data Hold Time for 
HIR Input Register 
Clocking and Frequency 
t Register Feedback to Output 
CIs Register/Latch Setup 
Maximum Frequency 
Max Internal Frequency 


Eee Eom eo Oe ee eee eee 


LATCH OPERATION (Numbers 13 through 24) 
Input or I/O Pin to 
Combinatorial Output 
Input or I/O Pin to Output 
Output Latch 
Input or I/O Pin to Output 
'soL Latch Setup pa ffm | fm 
t Latch Enable to Transparent 
GOL Mode Output 
17 t Data Hold Time for 
HOL Output Latch 
Input or I/O Pin to Output 
18 tsTL Latch Setup via Transparent 
Input Latch 
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Parameter Parameter Parameter 
Number Symbol Description 


lemme gee Se ee ee 
ST EN 


Latch Feedback, Latch 

taiL Enable Transparent Mode to 
Combinatorial Output 

t Data Hold Time for 

HIL Input Latch 


Latch Enable 


Latch Feedback Transparent 
tails Mode to Output Register/ 
Latch Setup. 
= = 


RESET/PRESET & OUTPUT ENABLE OPERATION (Numbers 25 through 32) 

Input or 1/O Pin to Output 

taPo Register/Latch RESET/ 
PRESET 

t Async. RESET/PRESET 

AW Pulse Width 

_ | Async. RESET/PRESET to 
27 taRo Input Register/Latch 40 

Recovery 
Async. RESET/PRESET to 

taR! Input Register/Latch 
Recovery 





[ex (v0 Pinte Ovo Erase | | ww | +| «| 
ae ee 


Input or I/O to Output 
Enable via PT 
Input or I/O to Output 
Disable via PT 





4-207 


> 
= 
U 
> 
- 

* 
= 
) 
ND 
© 
= 
J 
a 
~ 
> 
3 
U 
> 
i 
<= 
Q 
=| 
nN 
© 
= 
ok 
Oo 





AmPAL*HC2SH116/AmPALHCT29M16 





AND-OR OUTPUT 


LATCH 


BD006821 


INPUT/OUTPUT SPECS (PIN LE REFERENCE) 


CLK Ce 
INPUT AND-OR ARRAY OUTPUT 
REGISTER REGISTER 
b—tcis} 'els | 
Tei etek = | awed > tcor 
RA \ an ee 
ne NY a 1/0 
So 
a rie 0 
ES iz eo 
- \ 
USO) Hiccdicespeeieiecett ated cad ae ee ae ee tcir 
tep =e > tpn 
BDO06831 


INPUT/OUTPUT REGISTER SPECS (PIN CLK REFERENCE) 
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SWITCHING WAVEFORMS 


CLOCK 
INV POL 


CLOCK 
TRUE POL 


COMBINATORIAL 
INPUT & 1/0 
FEEDBACK 


REGISTERED 
INPUTS 


G2) 
REGISTERED pa 


COMBINATORIAL 
OUTPUTS 


ASYNC. RESET 
& PRESET 
INPUTS 


PIN DRIVEN 
OUTPUT ENB 
WF023241 


LATCH ENB 
INV POL 


LATCH ENB 
TRUE POL 


COMBINATORIAL 
INPUTS & I/O 
FEEDBACK 


La) 


LATCHED 
INPUTS 


._ 8s 
Avi jt es 


LATCHED 
OUTPUTS 


NN HULL 


WY, AN 
(14) 
Peta 
ANT} EL 


EQ} © 


COMBINATORIAL 
OUTPUTS 


aL 


x) (iz EL ae 
Kr 


tele 


ASYNC. RESET 
& PRESET 
INPUTS 


PIN DRIVEN 
OUTPUT ENB 


WF023251 
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SWITCHING TEST CIRCUIT 


5V 


TO OUTPUTS 


OF DEVICE Rige 495 1 


TC003951 


KEY TO SWITCHING WAVEFORMS 


WAVEFORM INPUTS ° OUTPUTS 


MUST BE WILL BE 
STEADY STEADY 


may CHANGE WILL BE 


CHANGING 
FROMH TOL FROMH TOL 


may CHANGE = WILL BE 


FROMLTOH — ERANGING 


DON'T CARE; CHANGING; 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


CENTER 
DOES NOT LINE tS HIGH 
APPLY IMPEDANCE 

“OFF” STATE 


KS000010 
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24-Pin E?-Based CMOS Programmable Array Logic 


ADVANCE INFORMATION 


DISTINCTIVE CHARACTERISTICS 


High-performance semi-custom logic replacement; 
Electrically Erasable (E?) technology allows repro- 
grammability 

16 bidirectional user-programmable I/O logic macro- 
cells for Combinatorial/Registered/Latched operation 
Output Enable controlled by a pin or product terms 
Variable product term distribution for increased design 
flexibility 

Programmable clock selection with common pin clock/ 
latch enable (LE) or individual product term clock/LE 
with LOW/HIGH clock/LE polarity 


® Register/Latch PRELOAD permits full logical verifica- 
tion 

© Available in high-speed (tpp = 35 ns, fyax = 20 MHz) 
and standard-speed (tpp = 45 ns, fuax = 15.0 MHz) 
versions 
100% post-programming functional yield (PPFY), fast 
programming and excellent reliability assured through 
proven EPROM technology 
Full-function AC and DC testing at the factory 
CMOS and TTL-compatible versions 
24-pin 300-mil DIP and 28-pin chip carrier packages 


GENERAL DESCRIPTION 


The AmPAL29MA16 is a high-speed, E?-based CMOS 
Programmable Array Logic device designed for general 
logic replacement in TTL or CMOS digital systems. It offers 
high-speed, low-power consumption, high programming 
yield, fast programming and excellent reliability. Program- 
mable logic devices (PLDs) combine the flexibility of 
custom logic with the off-the-shelf availability of standard 
products, providing major advantages over other semicus- 
tom solutions such as gate arrays and standard cells, 
including reduced development time and low up-front 
development cost. 


The AmPAL29MA16 uses the familar sum-of-products 
(AND-OR) structure, allowing users to customize logic 
functions by programming the device for specific applica- 
tions. It provides up to twenty-nine array inputs and sixteen 
outputs. It incorporates AMD's unique input/output logic 
macrocell which pravides flexible input/output structure 
and polarity, flexible feedback selection, multiple Output 
Enable choices, and a programmable clocking scheme. 
The macrocells can be individually programmed as ''Com- 
binatorial'’, ''Registered'', or ''Latched' with active-HIGH 
or active-LOW polarity. The flexibility of the logic macroceils 


* PAL is a registered trademark of and is used under license from Monolithic Memories, Inc. 


permits the system designer to tailor the device to particular 
application requirements. 


Increased logic power has been built into the 
AmPAL29MA16 by providing a variable number of logical 
product terms per output. Eight outputs have four product 
terms each, four outputs have eight product terms each, 
and the other four outputs have twelve product terms each. 
This variable product-term distribution allows complex func- 
tions to be implemented in a single PAL device. Each 
output can be dynamically controlled by a common Output 
Enable pin or an individual Output Enable product terms. 
Each output can also be permanently enabied or diasabled. 


System operation has been enhanced by the addition of 
common asynchronous-PRESET and RESET product 
terms and a power-up RESET feature. The AmPAL29MA16 
also incorporates PRELOAD and Observability functions 
which permit full logical verification of the design. 


‘The AmPAL29MA16 is compatible with HCT (High-perfor- 


mance CMOS & TTL) and HC (High-performance CMOS) 
logic levels and is offered in the space-saving 300-mil DIP 
package as well as chip carrier surface-mount packages. 


Publication # Rev. 
08811 A 


Amendment 
; /0 
4-211 Issue Date: October 1986 
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BLOCK DIAGRAM 
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CONNECTION DIAGRAMS 
Top View 


DIPs 


OL VNGZLOH1VdWY/91 VNGZOH. Tydwiy 


CD010272 





CD010281 
*Also available in PLCC. Pinouts identical to LCC. 


Note: Pin 1 is marked for orientation. 
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PIN DESCRIPTION 


The following describes the functionality of all the pins on the 
24-pin DIP. The 28-pin chip carrier has the same functionality 
with NO CONNECTS on pins 1,8,15,22. 


CLK/LE (PIN 1): 
Used as dedicated clock/latch enable pin for all registers/ 
latches on the device if so selected. (See I/O Logic 
Macrocell Configurations.) This pin is a clock pin for 
macrocells configured as registers and a latch enable pin for 
macrocells configured as latches. 


1/OE PIN (PIN 11): 
Used as a dedicated input pin to the AND array or as the 
Output Enable control pin (Active LOW) for all macrocells 
with pin-controlled Output Enable selected. 

lo-lg (PINS 2,13,14,23): 
Dedicated input pins. 


1/OFo-I/OF7 (PINS 3,4,9,10,15,16,21,22): 
Eight bidirectional |/O pins with two independent feedback 
paths to the AND array. The first feedback path is a 
dedicated I/O pin feedback to the AND array for 
combinatorial input. The second feedback path consists of 
direct register/latch feedback to the array (see Figure 1). 


1/O9-1/07 (PINS 5,6,7,8,17,18,19,20): 
Eight bidirectional |/O pins with user-programmable 
register/latch or I/O pin feedback to the AND array (see 
Figure 1). 


Vcc (PIN 24): 
Supply Voltage 


GND (PIN 12): 
Circuit Ground 


ORDERING INFORMATION 
Standard Products 


AND standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 
a combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Package Type 

D. Temperature Range 

E. Optional Processing 


P. M. 


. OPTIONAL PROCESSING 
Blank = Standard processing 
B = Burn-in 


. TEMPERATURE RANGE 
C = Commercial (0 to + 70°C) 


. PACKAGE TYPE 
P = 24-Pin Slim Plastic DIP (PD3024) 
D = 24-Pin Stim Ceramic DIP (CD3024) 
J = 28-Pin Plastic Leaded Chip Carrier 
' (PL 028) 
L = 28-Pin Ceramic Leadiess Chip Carrier 
(CL 028) 


. SPEED OPTION 
-35 = 35 ns 
-45 = 45 ns 


A. DEVICE NUMBER/DESCRIPTION 
AmPALHCT29MA16 = CMOS/TTL-Compatible 
AmPALHC29MA16 = CMOS-Compatible 


Valid Combinations 


Valid Combinations list configurations planned to be 
supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 
combinations, to check on newly released combinations, and 
to obtain additional data on AMD's standard military grade 
products. 


Valid Combinations 





AmPALHCT29MA16-35, -45 PC, DC, DCB, 
AmPALHC29MA 16-35, -45 JC, LC, LCB 
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FUNCTIONAL DESCRIPTION 
Inputs 


The AmPAL29MA16 has 29 inputs to drive each product term 
(up to 58 inputs with both TRUE and complement versions 
available to the AND array) as shown in the block diagram 
below. Of these 29 inputs, 4 are dedicated inputs, 16 are from 
8 I/O logic macrocells with 2 feedbacks, 8 are from other !/O 
logic macrocells with single feedback and 1 is for |/OE input. 


Initially the AND-array gates are disconnected from all the 
inputs. This condition represents a logical TRUE to the AND 
array. By selectively programming the Ecells, the AND array 
may be connected to either the TRUE input or the comple- 
ment input. When both the TRUE and complement inputs are 
connected, a logical FALSE results at the output of the AND 
gate. 


BLOCK DIAGRAM 


CLK/LE 


7 Losic 


ae 


L2_| 


a 


ocic [Tp tocic. Fp Logic 
er ad b wae. Le see. sey 


Product Terms 


The degree of programmability and complexity of a PAL 
device is determined by the number of connections that form 
the programmable-AND and OR gates. Each programmable- 
AND gate is called a product term. The AmPAL29MA16 has 
178 product terms. 176 of these product terms provide logic 
capability and 2 are architectural product terms. Among the 2 
control product terms, 1 is for Observability, and 1 is for 
PRELOAD. The Output Enable of each macrocell can be 
programmed to be controlled by a common Output Enable pin 
or an individual product term. It may be also permanently 
enabled or permanently disabled. 


Each product term on the AmPAL29MA‘16 consists of a 58- 
input AND gate. The outputs of these AND gates are 
connected to a fixed-OR plane. Product terms are allocated to 
OR gates in a variable distribution across the device ranging 
from 4-to-12 wide, with an average of 7 logical product terms 
per output. Increased number of product terms per output 
allows more complex functions to be implemented in a single 
PAL device. This flexibility aids in implementing functions such 
as counters, exclusive-OR functions, or complex state ma- 
chines, where different states require different numbers of 
product terms. 


Individual asynchronous-PRESET and RESET product terms 
are connected to all Registered/Latched inputs/outputs. 


Sb dee komie Hp dee, Loaie 3c | 
IMACROCELL| | {MACROCELL] [MACROCELL aaheoett 3a, 


Hb ose, | Loar 
Sie. MACROCELL 


eerie 


AND Array 
58 x 178 


ioe 
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- When the asynchronous-PRESET product term is asserted 
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(HIGH) all the registers/latches will immediately be loaded 
with a HIGH, independent of the clock. When the asynchro- 
nous-RESET product term is asserted (HIGH) all the regis- 
ters/latches will be immediately loaded with a LOW, indepen- 
dent of the clock. The actual output state will depend on the 
macrocell polarity selection. The latches must be in fatched 
mode (not transparent mode) for the RESET/PRESET, PRE- 
LOAD, and power-up RESET modes to be meaningful. 


Input/Output Logic Macrocells 


The 1/O logic macrocell allows the user the flexibility of 
defining the architecture of each input or output on an 
individual basis. It also provides the capability of using the 
associated pin either as an input or an output. 


The AmPAL29MA‘16 has 16 macrocells, one for each I/O pin. 
Each I/O. macrocell can be programmed for combinatorial, 
registered or latched operation (see Figure 1). Combinatorial 
output is desired when the PAL device is used to replace 
combinatorial glue logic. Registers are used in synchronous 
logic applications while latches are used in asynchronous 
applications where speed is critical. The output polarity for 
each macrocell in each of the three modes of operation is 
user-selectable allowing complete flexibility of the macrocell 
configuration. 
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Eight of the macrocells (I/OFo-I/OF7) have two independent 
feedback paths to the AND array (see Figure 1). The first is a 
dedicated I/O pin feedback to the AND array for combinatorial 
input. The second path consists of a direct register/latch 


. feedback to the array. If the pin is used.as a dedicated input 


using the first feedback path, the register/latch feedback path 
is still available to the AND array. This path provides the 
capability of using the register/latch as a buried state register/ 
latch. The other eight macrocells have a single feedback path 
to the AND array. This feedback is user-selectable as either an 
1/O pin or a register/latch feedback. 


Each macrocell can provide true input/output capability. The 
user can select each macrocell register/latch to be driven by 
either the output generated by the AND-OR array or the I/O 
pin. When the I/O pin is selected as the input, the feedback 
path provides the register/latch input to the array. When used 


Common 
OE (Pin) 
Individual OE 
Individual 


Asyne. 
PRESET 


PO 


P3, P7 or P11 
Common 
CLK/LE (Pin) ian 
Individual 
LK/LE Lp 
S4 Soe 
Individual a el 
Async a 
RESET 
To AND 
Array - 4 


To AND 
Array 


I/O Logic Macrocell Configuration 


AMD's unique I/O macrocell offers major benefits through its 
versatile, programmable input/output cell structure, multiple 
clock choices, flexible Output Enable and feedback selection. 
Eight 1/O macrocells with single feedback contain nine 
E“cells, while the other eight macrocells contain eight E°cells 
for programming the input/output functions (see Table 1, 
Figure 2). . 


E2cell S1 controls whether the macrocell will be combinatorial 
or registered/latched. SO controls the output polarity (active- 
HIGH or active-LOW). S2 determines whether the input/output 
is a register or a latch. S3 allows the use of the macrocell as 
an input register/latch or as an output register/latch. It selects 
the direction of the data path through the register/latch. If 





Figure 1. AMPALHC(HCT)29MA16 1/0 Macrocell 








as an input, each macrocell is also user-programmable for 
registered, latched, or combinatorial input. 


The AmPAL29MA16 has one dedicated CLK/LE pin and an 
individual CLK/LE product term. All macrocells have a pro- 
grammable select to choose between these two as the clock 
or the latch enable signal. These signals are clock signals for 
macrocells configured as registers and latch enable signal for 
macrocells configured as latches. The polarity of these CLK/ 
LE signals is also individually programmable. Thus different 
registers can be driven by multiple clocks and clock phases. 





The Output-Enable mode of each of the macrocells can be 
selected by the user. The I/O pin can be configured as an 
output pin (permanently enabled) or as an input pin (perma- 
nently disabled). It can also be configured as a dynamic I/O 
controlled by the Output Enable pin or by product term. 





MUX 















8 to MUX 


8 Dedicated Feedback 
BD006870 


connected to the usual AND-OR array output, the register/ 
latch is an output connected to the 1/0 pin. If connected to the 
I/O pin, the register/latch becomes an input register/latch to 
the AND array using the feedback data path. 


Programmable E*cells S4 and S5 allow the user to select one 
of the four CLK/LE signals for each macrocell. S6 and S7 are 
used to control Output Enable as pin controlled, product term 
controlled, permanently enabled or permanently disabled. S8 . 
is a feedback multiplexer for the macrocells with a single 
feedback path only. 


In the virgin erased state (charged, disconnected), an archi- 
tectural cell is said to have a value of "1" ; In the programmed 
state (discharged, connected), an architectural cell is said to 
have a value of "0". 





















Table 1. AmPAL29MA16 I/O Logic Macrocell Architecture Selections 


_ W/O Cell | $2 |Storage Element 


Output Cell Register 
Input Cell Latch 


Combinatorial Active LOW 
Register/Latch Active HIGH 
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Register/Latch 
1/0 


“Applies to macrocells with single feedback only. 
TCO003961 


Table 1. AmPAL29MA16 I/O Logic Macrocell Clock Polarity & Output Enable Selections 
(Cont'd.) 


Clock Edge/Latch Enable Level eee Output Buffer Control 
CLK/LE pin positive-going edge, active-HIGH LE Pin-Controlled 3-State Enable 


Permanently Enabled (Output only) 
Permanently Disabled (input only) 


CLK/LE PT positive-going edge, active-HIGH LE 
CLK/LE PT negative-going edge, active-LOW LE 


1 = Erased State (Charged or disconnected) 
0 = Programmed State (Discharged or connected) 





Pee CLK/LE pin negative-going edge, active-LOW LE rea PT-Controlled 3-State Enable 


TC003972 
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SOME POSSIBLE CONFIGURATIONS OF THE INPUT/OUTPUT LOGIC MACROCELL 


OUTPUT REGISTERED/ACTIVE LOW OUTPUT COMBINATORIAL/ACTIVE LOW 


So=1 
$;=0 
S321 
So=1 


LDo000951 


OUTPUT REGISTERED/ACTIVE HIGH OUTPUT COMBINATORIAL/ACTIVE HIGH 
So 20 So = 0 
8; =0 S;=1 
S3=1 84-1 
Soa. 


LD000971 ee LDo00981 


Figure 2A: Dual Feedback Macrocells 


OUTPUT REGISTERED/ACTIVE LOW, I/O FEEDBACK OUTPUT COMBINATORIAL/ACTIVE LOW, I/O FEEDBACK 
So= 1 
= : 1 so 1 
Sg=0 1=1 
Sp =1 : ss : : 


LD001000 
LD000991 


OUTPUT LATCHED/ACTIVE HIGH, I/O FEEDBACK OUTPUT COMBINATORIAL/ACTIVE HIGH, 1/0 FEEDBACK 


Sp = 0 
Sy = 0 
831 
Sg = 0 
So =0 


Lp001011 LD001021 


Figure 2B: Single Feedback Macrocelis 
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OUTPUT COMBINATORIAL/ACTIVE LOW, REG. FEEDBACK 


LD001031 
LD001041 


OUTPUT LATCHED/ACTIVE LOW, LATCHED FEEDBACK OUTPUT COMBINATORIAL/ACTIVE LOW, LATCH FEEDBACK 
8; 20 3} = : 

33 ie ; ; py 887 

: $3 20 ad 82° ? 


OLVW6ZLOH 1VdWV/91 VWNGZOHs Tvdwiy 


L0001051 LD001061 
Figure 2B: Single Feedback Macrocells (Cont'd.) 


INPUT REGISTERED/LATCHED 


So = X 
S;=0 
S3=0 
Sg= 1 (for single feedback only) 
So = 1 Register 

Latch 





Programmable-AND Array 





LD001071 


Figure 2C: All Macrocells 
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Figure 3. AmPAL29MA16 Logic Diagram 
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Figure 3. AmMPAL29MA16 Logic Diagram 
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Designed in Testability and Debugging 
PRELOAD 


To simplify testing, the AmPAL29MA16 is designed with 
PRELOAD circuitry that provides an easy method for testing 
logical functionality. Both TTL-level and supervoltage-enabled 
PRELOAD modes are available. This offers even more test 
capability than previously implemented in AMD's PAL devices. 
The TTL-level PRELOAD product term can be useful during 
debugging, where supervoitages may not be available. 


PRELOAD allows any arbitrary state value to be loaded into 
the registers/latches of the device. A typical functional-test 
sequence would be to verify all possible state transitions for 
the device being tested. This requires the ability to set the 
state registers into an arbitrary "present state" value and to 
set the devices inputs into any arbitrary ''present input'' value. 
Once this is done, the state machine is clocked into a new 
state, or ''next state'’, which can be checked to validate the 
transition from the ‘present state'’. In this way any transition 
can be checked. 


Since PRELOAD can provide the capability to go directly to 
any desired arbitrary state, test sequences may be greatly 
shortened. Also, all possible states can be tested, thus greatly 
reducing test time and development costs and guaranteeing 
proper in-system operation. i 
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Observabllity 


The output register/latch observability product term, when 
asserted, suppresses the combinatorial output data from 
appearing on the I/O pin and allows the observation of the 
contents of the register/latch on the output pin for each of the 
logic macrocells. This unique feature allows for easy debug- 
ging and tracing of the buried state machines. In addition, a 
Capability of supervoltage observability is also provided. 


Power-Up Reset 


All the device registers/latches have been designed to reset 
during device power-up. Following the power-up, all registers/ 
latches will be cleared, setting the outputs to a state deter- 
mined by the output select multiplexer. This feature provides 
extra flexibility to the designer and is especially valuable in 
simplifying state machine initialization. 


Security Cell 


A security cell is provided on each device to prevent unautho- 
rized copying of the user's proprietary logic design. Once 
programmed, the security cell disables the programming, 
verification, PRELOAD, and the observability modes. The only 
way to erase the protection cell is by charging the entire array 
and architecture cells, in which case no proprietary design can 
be copied. (This cell should be programmed only after the rest 
of the device has been completely programmed and verified.) 


ABSOLUTE MAXIMUM RATINGS OPERATING RANGES 


Storage Temperature ~65 to + 150°C Commercial (C) Devices — HCT Devices 
Ambient Temperature under bias ~55 to +125°C Temperature (Ta) Operating Free Air o°C to +70°C 
Supply Voltage with Supply Voltage (VCC) ....:.seceeeceeeeees ee to +5.25 V 


Respect to Ground -0.5 V to +7.0 V . : ; i 
Commercial (C) Devices — HC Devicese--» 
DC Input Vollage. “08 Wie Veo + 08 V Temperature (Ta) SyO°E to $70%C 
o£ 2 nb A + 
(Except Pin 1/OE) -0.5 V to Voc +05 V Supply Voltage (Vcc) an FN 4G EBSCO 
‘DC Input Voltage (Pin 1/OE) -0.6 V to +17 V Military (M) Devices* ' 
DC Input Current -1 mA to +1 mA 


. 2 fe = . 
Stresses above those listed under ABSOLUTE MAXIMUM —-OP®Tating ranges define those limits, between which the 
RATINGS may cause permanent device failure. Functionality functionality of the device ds aaa 
at or above these limits is not implied. Exposure to absolute *Consult Factory for Military, Specifications 
maximum ratings for extended periods may affect device OS 
reliability. Sd 
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DC CHARACTERISTICS over operating range unless otherwise specified 
HCT Devices** 4 


Voc=Min. 5 “ dh 
Output HIGH Voltage Vin = ViH_ OF Vit» 
lou =-2 mA. we 


Output LOW Voltage 


el Input LOW Voltage 


! ee 
ri fier et Crowsnest Pe fo 
iNegemeetionnye alee few | ae] 





Stiption | Test Conditions [oe | woe 
a Voc = 5.00 V., Ta = 25°C. —_ 
7 Vin=0 V @ f=1 MHz 


tested, but are evaluated at initial characterization and at any time the — is 


modified where capaciten ce may be affected. 


** Consult Factory for DC specifications for HC Devices. 
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AmPAL*HC29MA16/AmPALHCT29MA16 


SWITCHING CHARACTERISTICS over operating range unless otherwise specified All values are ~ 
determined under the loading of one TTL gate and a capacitance of 50 pF. 
All Typical values are determined at Vcc = 5 V and Ta =25 C. 


shel: gata he guaiceh Un ag See sheedeier 
Number symbol __Deseription_ a eine | ee 
REGISTERED OPERATION (Numbers 1 through 20) 
Input or I/O Pin to 
Combinatorial Output 
Output Register -Pin Clock 
Input or I/O Pin to 
Output Register Setup 
Output Register Clock 
8 | to to Output —cie Tee 
4 t Data Hold Time for 0 
HOR Output Register 
Output Register - Product Term Clock ; 
1/O Pin or Input to Output 
Register Setup 
Output Register Clock 
Le ‘CORP to Output Ff we | | | | 
Data Hold Time for 


Input Register—Pin Clock 


1/O Pin to Input Register — 
Setup 
t Register Feedback Clock to 
CIR Combinatorial Output 
Data'Hold Time for 
Input Register 
Clock and Frequency 


Register Feedback (Pin 
Driven Clock) to Output 
Register/Latch (Pin Driven) 
Setup 


Register Feedback (PT 
Driven Clock) to Output 
Register/Latch (PT Driven) 
Setup 


f Maximum Frequency (Pin 
MAX Driven) 1/(tsor + tcor) 
: Maximum Internal Frequency 
(Pin Driven) 1/tcjs rat le ee 
Maximum Frequency (PT 
Driven) 1/(\soRP + toon) = eee (ei 
f Maximum Internal Frequency 
MAXIPP (PT Driven) 1/tcispp 
| Pin Clock Width HIGH | Clock Width HIGH 


Se a enna ol aa Se eae 
[PT Cook wan HGH [15 | | _@ |_| = 
fer otek wast Low [18 | [0 | | we 
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Parameter Parameter Parameter 
Number Symbol Description 


LATCHED OPERATION (Numbers 21 through 39) 
Input or I/O Pin to 
Input or I/O Pin to Output 
via Transparent Latch fe] fei | 
Output Latch- Pin LE : 
Input or [/O Pin to Output 
i Latch Setup 7 | f=] fe 
Latch Enable to Transparent 
= Mode Output fe] fete 
25 t Data Hold Time for 
HOL Output Latch 
Input or I/O Pin to Output 
tSTL Latch Setup via Transparent 35 45 
Input Latch 
Output Latch-PT LE 
Input or I/O Pin to Output 
t Latch Enable to Transparent 45 
GOLP Mode Output 
29 t Data Hold Time for 
HOLP Output Latch 
Input or I/O Pin to Output 
tsTLP Latch Setup via Transparent 30 
Input Latch 


Input Latch-Pin LE 


Latch Feedback, Latch esr 
GIL Enable Transparent Mode to 

Combinatorial Output 

Data Hold Time for Input 


Latch Enable 


Latch Feedback (Pin Driven) 
34 to Output Register/Latch (Pin 

Driven) Setup 

Latch Feedback (PT Driven) 
35 tGispp to Output Register/Latch (PT 

Driven) Setup 


[| a= in nate wa GH |e | | | | = 
7 [tom (Pin ratio was ow | 2 | | | | 
| tome | 


[ems [Pr Enabio wisn tow | 18 [| 2 [| | 
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AmPAL*HC29MA16/AmPALHCT29MA 16 


Parameter Parameter Parameter 
Number Symbol Description 


RESET/PRESET & OUTPUT ENABLE (Numbers 40 through 49) 
Input or I/O Pin to Output 
taPo Register/Latch RESET/ 
PRESET 
Async. RESET/PRESET a 
Pulse Width 
Async. RESET/PRESET to 
taRo Output Register/Latch 


Recovery 


Async. RESET/PRESET to 
43 tari Input Register/Latch 

Recovery 

Async. RESET/PRESET to 
44 taRPO Output Register/Latch 

Recovery PT Clock/LE 








taw 





Async. RESET/PRESET to 
taRPI Input Register/Latch 
Recovery PT Clock/LE 


[ax VE Pin to Out erate || > | | | = | 
[ez | VE Pinto Ouput sabe | 


Ee ee 
Input or I/O to Output 
Input or I/O to Output 
Disable via PT 
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CLK [> 


INPUT eNESOn ane, OUTPUT 
REGISTER REGISTER 
C 


aN 
\———— —» tor 
ere ‘PO 
BDO06831 


INPUT/OUTPUT REGISTER SPECS (PIN CLK REFERENCE) 


AND-OR ARRAY OUTPUT 
LATCH 


tet 
> tp 


BDO0G821 


INPUT/OUTPUT LATCH SPECS (PIN LE REFERENCE) 
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CLK 


Input | Mi 


INPUT AND-OR ARRAY OUTPUT 
REGISTER REGISTER 


. BD006840 
INPUT/OUTPUT REGISTER SPECS (PT CLK REFERENCE) 


OUTPUT 


'pTD 
‘pp 


BDO06850 
INPUT/OUTPUT LATCH SPECS (PT LE REFERENCE) 
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CLOCK 
INV POL 


CLOCK 
TRUE POL 


COMBINATORIAL 
INPUT & 1/0 
FEEDBACK 


REGISTERED 
INPUTS 


' REGISTERED 
OUTPUTS 


COMBINATORIAL 
OUTPUTS 


ASYN RST 
& PRESET 
INPUTS 


PIN DRIVEN 
OUTPUT ENB 


PT DRIVEN 
CLOCK INPUTS 


COMBINATORIAL 
INPUT & I/O 
FEEDBACK 


REGISTERED 
OUTPUTS | 


COMBINATORIAL 
OUTPUTS 


ASYN RST 
& PRESET 
INPUTS 


PIN DRIVEN 
OUTPUT ENB 


0) 


SWITCHING WAVEFORMS 


XXX) 


(8) 
XXX) 


oS 
IN LL 

Mi il A\\AAN 
= ale 
AVA Wilh 


oN wn aa 
(8) 


1 
(a) 


PRESET 


WF023270 
Register (Pin CLK Reference) 


as ced 
\\W\\\\ 
HL 


J 
ae] 
=e 


lal oI 


WF023280 


Register (PT CLK Reference) 
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LATCH ENB 
INV POL 


LATCH ENB 
TRUE POL 


COMBINATORIAL 
INPUTS & 1/0 
FEEDBACK 


LATCHED 
INPUTS 


LATCHED 
OUTPUTS 


COMBINATORIAL 
OUTPUTS 


ASYN RST 
& PRESET 
INPUTS 


PIN DRIVEN 
OUTPUT ENB 


PT DRIVEN 
LATCH ENB 
INPUTS 


COMBINATORIAL 
INPUTS & /O 
FEEDBACK 


LATCHED 


' INPUTS 


LATCHED 
OUTPUTS 


COMBINATORIAL 
OUTPUTS 


ASYN RST 
& PRESET 
INPUTS 


PIN DRIVEN 
OUTPUT ENB 


Mant LLL 
Wi, = \\WANN 
Poe, He 
or ui wn 


SEN 
PRESET, 


WF023290 
Latch (Pin LE Reference) 


—te |_| 

| Ob» |. 
rs punt WA, 
WH, ee 
ee (ie Lote, Me 
ANN ware coco pan 


Oa 
ae et 
"—| 


WF023300 


RESET/ 
PRESET, 


Latch (PT LE Reference) 
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SWITCHING TEST CIRCUIT 


§V 






TO OUTPUTS 
OF DEVICE 


Ros 495 &2 


CLoaD 
50 pF 


TC003951 


KEY TO SWITCHING WAVEFORMS 


WAVEFORM INPUTS 


MUST BE 
STEADY - 


MAY CHANGE 
FROM H TOL 


MAY CHANGE 
FROML TOH 


OON’T CARE; 
ANY CHANGE 
PERMITTED 
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OUTPUTS 


WILL BE 
STEADY 


WILL BE 
CHANGING 
FROMH TOL 


WILL BE 
CHANGING 
FROML TOH 


CHANGING; 
STATE 
UNKNOWN 


CENTER 
LINE IS HIGH 
(MPEDANCE 
“OFF” STATE 


KS000010 
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4.1 7 Bipolar PROMs as Programmable Logic Products 
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Selection Guide 


eS. fs to/I 
PART PRODUCT REGISTERED PDS Ce 
INPUTS |. OUTPUTS tag/tescatlec 
eee j were | overs | oes reall COM'L (MAX) 


Am27S13A 512 30ns/130mA 
Am27S29A 35ns/160mA 
Am27S25A 30ns/20ns/185mA 
Am27S25SA 25ns/12ns/185mA 
Am27S33A 35ns/140mA 
Am27S65A* 23ns/10ns/165mA 
Am27S65* 30ns/15ns/165mA 
Am27S281A 35ns/185mA 
Am27S35A 35ns/20ns/185mA 
Am27S37A 35ns/20ns/185mA 
Am27S185A 35ns/150mA 
Am27S75* 30ns/15ns/175mA 
Am27S75A* 25ns/12ns/175mA 


Am27S291A 35ns/185mA 


1024 — 
1024 
1024 
1024. 
2048". 
2048 


10 


2048 
2048 
2048 
2048 
2048 
2048 
2048 
4096 
4096 
~ 4096 
4096 
1024 
4096 


Am27LS291 30ns/SO0mMA 
Am27S291SA 20ns/185mA 
Am27S45A 40ns/20ns/185mA 
Am27S45SA 25ns/10ns/185mA 
Am27S847A 40ns/20ns/185mA 
Am27S47SA 25ns/10ns/185mA 
Am27S41A 35ns/185mA 
Am27S85* 35ns/15ns/185mA 
Am27S85A* 27ns/12ns/185mA 
Am27S55A 20ns/10ns/185mA 
Am10P14/100P14 10ns/-200mA 
Am10P44/100P44 15ns/~200mA 


Note 1: For ordering information see Bipolar/MOS Memories Databook (1986) or contact your local sales office 


*These devices contain SSR™ on chip diagnotics 
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Am10P14/Am100P14/Am10KP14 


4,096-Bit (1024 x 4) ECL Bipolar PROM 


ADVANCE INFORMATION 


DISTINCTIVE CHARACTERISTICS 


e Internally voitage compensated providing flat AC perfor- 
mance 
@ Open emitter outputs (50 Q drive), wired-OR capability 


@ Fast Access time (8 ns typ.) —improves system cycle 
times 

@ Power dissipation decreases with increasing tempera- 
ture 


GENERAL DESCRIPTION 


The Am10P14, Am10KP14, & Am100P14 (1024-words by 
4-bits) are Schottky array, ECL Programmable Read-Only 
Memories (PROMs). 


The 10K Versions are compatible with standard voltage- 
compensated 10K series ECL. The 100K Versions are 
compatible with standard temperature and voltage-com- 


pensated 100K series ECL. Both are capable of satisfying 
the requirements of a variety of microprogrammable con- 
trols, mapping functions, code conversion, or logic replace- 
ment. Easy word-depth expansion is provided by both 
active LOW (Gj & G3) and active HIGH (Go) output enables 
and an unterminated emitter follower output capable of 
wired-OR bus connection. 





BLOCK DIAGRAM 


1 OF 64 
ROW 
DECODER 


COLUMN 
DECODER 





64 X 64 
PROGRAMMABLE 


BD006370 


PRODUCT SELECTOR GUIDE 


Part Number 


Address Access 
Time (ns) 


Operating 
Range 
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Am10P14 Am10KP14 Am100P14 


cS oe oe ee ee 
oe ee ee eS ae 





Publication # Rev. Amendment 
08111 A /0 
Issue Date: May 1986 
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Am10P44/Am100P44 


16,384-Bit (4096 x 4) ECL Bipolar PROM 


ed 


ADVANCE INFORMATION 


DISTINCTIVE CHARACTERISTICS 


®@ Fast access time (12 ns typical) improves system cycle 


times 


© Power dissipation decreases with increasing tempera- 


ture : 


GENERAL DESCRIPTION 


The Am10P44 and Am100P44 (4096 words by 4 bits) are 


Schottky array, ECL Programmable Read-Only Memories 
(PROMs). 


The 10K Versions are compatible with standard voltage 
compensated 10K series ECL. The 100K versions are 
compatible with standard temperature and voltage com- 


BLOCK DIAGRAM 


1 OF 128 
ROW 
DECODER 


COLUMN 
DECODER 


@ Internally voltage compensated providing flat AC perfor- 
mance 


@ Open emitter outputs (50-2 drive), wired-OR capability 


prd0olLWvy/prddluwy 


pensated 100K series ECL. Both are capable of satisfying 
the requirements of a variety of microprogrammable con- 
trols, mapping functions, code conversion, or logic replace- 
ment. Easy word-depth expansion is provided by an active 
LOW output enable (G) and an unterminated emitter- 
follower output capable of wired-OR bus connection. 


128 X 128 
PROGRAMMABLE 


OJDIW DIDUPADY 


$2 


BDO05680 


PRODUCT SELECTOR GUIDE 


Address Access Time 
(ns) - 





Operating 6 
Range 
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Am27812/13 | 


2,048-Bit (512 x 4) Bipolar PROM 


DISTINCTIVE CHARACTERISTICS 


@ High speed 

® Highly reliable, ultra-fast programming Platinum-Silicide 
fuses 

®@ High programming yield 





® Low-current PNP inputs 
© High-current open-collector and threes state outputs 
@ Fast chip select 


> 
3 
x) 
I 
” 
onk 
S 
~ 
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GENERAL DESCRIPTION 


The Am27S12/13 (512 words by 4 bits) is a Schottky TTL 
’ Programmable Read-Only Memory (PROM). 


This device is available in both open-collector (Am27S12) 
and three-state (Am27S13) output versions. These outputs 


BLOCK DIAGRAM 


COLUMN 
DECODER 


are compatible with low-power Schottky bus standards 
capable of satisfying the requirements of a variety of 
microprogrammable controls, mapping functions, code con- 
version, or logic replacement. Easy word-depth expansion 
is facilitated by an active LOW output enable (G). 


32 xX 64 
PROGRAMMABLE 


q O1DIW Pp2aDUeAPY 


. 2 


Q3 
BD006400 


SIDIAI 


PRODUCT SELECTOR GUIDE 


Open-Collector 
Three-State 
Part Number Am27S13A 


Address 
Access Time 





Operating 
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Am27S$18/19 


256-Bit (32 x 8) Bipolar PROM 


DISTINCTIVE CHARACTERISTICS 


@ Ultra high speed 

@ Highly reliable, ultra-fast programming Platinum-Silicide 
fuses 

@ High-programming yield 


@ tow-current PNP inputs 


@ High-current open collector and three-state outputs 
@ Fast chip select : 


GENERAL DESCRIPTION 


The Am27S18/19 (32-words by 8-bits) is a Schottky TTL 
Programmable Read-Only Memory (PROM). 


This device is available in both open-collector (Am27S18) 
and three-state (Am27S19) output versions. These outputs 
are compatible with low-power Schottky bus standards 
capable of satisfying the requirements of a variety of 


microprogrammable controls, mapping functions, code con- 
versions, or logic replacements. Easy word depth expan- 
sion is facilitated by an active LOW output enable (G). 


This device is ‘also available in a low-power version 
Am27LS18/19. 


BLOCK DIAGRAM 


1 OF 32 
ROW 
DECODER 


32 X% 8 
PROGRAMMABLE 


Q@2 93 G4 9% G6 & 
BD006140 


PRODUCT SELECTOR GUIDE 


Open-Collector : 


Three-State 


Part Number 27S19SA 


‘27S19A ° 


27819 27LS19 


Address ; 
| Asseee'rane | 18 | 20.8 | 25 | 25 ne | 40 ow | 0 re | 5 | 70 | 
Operating ; 
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Am27S180/27S181/PS181 
Am27$8280/278281/PS281 


8,192-Bit (1024 x 8) Bipolar PROM 


cl 


DISTINCTIVE CHARACTERISTICS 


®@ Fast access time allows high system speed 
@ 50% power savings on deselected parts — enhances 
reliability through total system heat reduction 


@ Platinum-Silicide fuses guarantee high reliability, fast 
programming and exceptionally high programming 
yields (typ > 98%) 

@ Rapid recovery from power-down state provides mini- 
mum delay 


GENERAL DESCRIPTION 


The Am27S180/27S181 (1024 words by 8 bits) is a 
Schottky TTL Programmable Read-Only Memory (PROM). 


This device is available in both open-collector (Am27S180) 
and three-state (Am27S181) output versions. These out- 
puts are compatible with low-power Schottky bus standards 
capable of satisfying the requirements of a variety of 
microprogrammable controls, mapping functions, code con- 


version, or logic replacement. Easy word-depth expansion 
is facilitated by both active LOW (G; and Go) and active 
HIGH (G3 and Gag) output enables. 


This device is also available in a 300-mil. lateral-center DIP 
(Am27S280/27S281), as well as a power-switched three- 
state version (Am27PS181/27PS281). 


BLOCK DIAGRAM 


1 OF 64 
ROW 
DECODER 


64 X 128 


PROGRAMMABLE 
ARRAY 


BD006301 


*E nomenclature applies to the power-switched versions only (Am27PSXxX). 


PRODUCT SELECTOR GUIDE 


Open-Collector Am27S180A, Am27S 180, 
Part Number Am27S280A Am27S280 
Three-State Am27S181A, Am27S181, Am27PS181A, Am27PS181 
Part Number Am27S281A Am27S281 Am27PS281A Am27PS281 
Address Access 

[Tine “eeete | os ne | sone | sore | cone | some | osce | esne | 750 | 
Operating 

Se Ee | we Pe Pw Pee Pw te | | 
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Am27S184/185/PS185 


8,192-Bit (2048 x 4) Bipolar PROM 


DISTINCTIVE CHARACTERISTICS 


Ultra-fast access time ''A’' version (35 ns Max.) — Fast 
access time Standard version (50 ns Max.) — allow 
tremendous system speed improvements ; 
Platinum-Silicide fuses guarantee high reliability, fast 
programming and exceptionally high programming 
yields (typ > 98%) 


@ AC performance is factory tested utilizing programmed 
test words and columns 

© Voltage and temperature compensated providing ex- 
tremely flat AC performance over military range 

@ Member of generic PROM series utilizing standard 
programming algorithm 


GENERAL DESCRIPTION 


The Am27S184/185 (2048-words by 4-bits) is a Schottky 
TTL Programable Read-Only Memory (PROM). 


This device is available in both open-collector (Am27S184) 
and three-state (Am27S185) output versions. These out- 
puts are compatible with low-power Schottky bus standards 
. capable of satisfying the requirements of a variety of 


microprogrammable controls, mapping functions, code con- 
version, or logic replacement. Easy-word depth expansion 
is facilitated by an active LOW (G) output enable. . 


This device is also offered in a low-power, three-state 
version, the Am27LS185, as well aS a power-switched 
three-state version. 


BLOCK DIAGRAM 


COLUMN 
DECODER 


128 X 64 
PROGRAMMABLE 


BD006320 





PRODUCT SELECTOR GUIDE 





Open-Collector 
Part Number 


Three-State 
Part Number 


27S185A 


278185 . 


Address Access 

Finer Meee | a5 ne | 46 ne | 50 00 | 55 ne | 60 ne | 05 me | 50 ne | 5 ne | 
Operating 

Rowe? |e | MT ce Pw] cc Tw |e | lw 
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Am27S190/27S191/PS191/LS191 ZT 
Am27S290/27S291/PS291/LS291 


16,384-Bit (2048 x 8) Bipolar PROM 


DISTINCTIVE CHARACTERISTICS 


@ Fast access time allows high system speed @ Platinum-Silicide fuses guarantee high reliability, fast 
@ 50% power savings on deselected parts — enhances programming and exceptionally high programming 
reliability through total system heat reduction (27PS yields (typ > 98%) 
devices) @ Voltage and temperature compensated providing ex- 
@ Plug in replacement for industry standard product — no tremely flat AC performance over military range 
board changes required @ Rapid recovery from power-down state provides mini- 
mum delay (27PS devices) 


GENERAL DESCRIPTION 


The Am27S190/191 (2048-words by 8-bits) is a Schottky is facilitated by both active LOW (G}) and active HIGH (Go 
TTL Programmable Read-Only Memory (PROM). and Gg) output enables. 


This device is available in both open-collector (Am27S190) ; a : F ; 

and three-state (Am27S191) output versions. These out- _—‘T*his device is also available in 300-mil, lateral center DIP 
puts are compatible with low-power Schottky bus standards (Am27S290/27S291). Additionally, this device is offered in 
capable of satisfying the requirements of a variety of a low-power, three-state version, the Am27LS191 and 
microprogrammable controls, mapping functions, code con- Am27LS291, as well as a power-switched, three-state 
version, or logic replacement. Easy word-depth expansion Version, the Am27PS191 and Am27PS291. 


BLOCK DIAGRAM 


128 X 128. 
PROGRAMMABLE 


COLUMN 
DECODER 


Qg @; Ga Q3 G4 AS Ag a7 
BD006340 


*E nomenclature applies to the power-switched versions only (Am27PSXXxX). 


PRODUCT SELECTOR GUIDE 


Opanccolector Am27S190A, Am27S190, 

Part Number Am27S290A Am27S290 

Three-State Am27S191SA, Am27S191A, Am27S$191, Am27LS191*, Am27PS191A, Am27PS191, 
Part Number Am27S291SA Am27S291A Am27S291 Am27LS291* Am27PS291A Am27PS291 
Address Access 

Time (ns) 


| Operating Range | oc | OM OT oc | Mm | Cc 


*Advance Information applies only to "SA" version. 
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Am27820/21 


1,024-Bit (256 x 4) Bipolar PROM 


DISTINCTIVE CHARACTERISTICS 


@ Low-current PNP inputs 


@ High-current open-collector and three-state outputs 
e@ Fast chip select 


@ High speed 


@ Highly reliable, ultra-fast programming Platinum-Silicide 
fuses 


@ High programming yield 


GENERAL DESCRIPTION 


The Am27S20/21 (256 words by 4-bits) is a Schottky TTL 
Programmable Read-Only Memory (PROM). 


are compatible with low-power’ Schottky bus standards 
capable of satisfying the requirements of a variety of 
microprogrammable controls, mapping functions, code ver- 
This device is available in both open-collector (Am27S20) sion, or logic replacement. Easy word-depth expansion is 
and three-state (Am27S21) output versions. These outputs facilitated by active LOW (G1 and Gg) output enables. 


BLOCK DIAGRAM 


16 X 64 
1 OF 16 


ROW PROGRAMMABLE 
DECODER 


COLUMN 
DECODER 


BDO006390 


PRODUCT SELECTOR GUIDE 


Open-Collector 

Part Number 27S20A 27820 
Three-State 

Part Number 27S21A 27821 


Address Access 
agentes Tae [om | om [om 
Operating , 
Er rere 
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~Am27$825 


4096-Bit (512 x 8) Bipolar Registered PROM 
With Preset and Clear Inputs 








DISTINCTIVE CHARACTERISTICS 


'SA' version offers ultrafast AC performance (25 ns set- 
up and 12 ns clock-to-output) 

On-chip edge-triggered registers — idea! for pipelined 
microprogrammed systems 


Versatile synchronous and asynchronous enables for 


simplified word expansion — 
Buffered common Preset (PS) and Clear (CR) inputs 


© Slim, 24-pin, 300-mil lateral center package occupies 
approximately 1/3 the board space required by standard 
discrete PROM and register 
Consumes approximately 1/2 the power of separate 
PROM/register combination for improved system reli- 
ability 
Platinum-Silicide fuses guarantee high reliability, fast 
programming, and exceptionally. high programming 
yields (typ > 98%) ; ; 


GENERAL DESCRIPTION 


The Am27S25 (512 words by 8 bits) is a fully decoded, 


Schottky array, TTL Programmable Read-Only Memory — 


(PROM), incorporating D-type master-slave data registers 
on chip. This device has three-state outputs compatible 
with low-power Schottky bus standards capable of satisfy- 
ing the requirements of a variety of microprogrammable 
controls and state machines. 


This device contains an 8-bit parallel data register in the 
array-to-output path which allows PROM data to be stored 
while other data is being addressed. This meets the 


requirements for pipelined microprogrammable control 
stores where instruction execute and instruction fetch are 
performed in parallel. 


To offer the system designer maximum flexibility, this 
device contains both asynchronous and synchronous out- 
put enables as well as common asynchronous preset and 
clear register controls. 


Upon power-up the outputs (Qo — Q7) will be in a floating or 
high-impedance state. 


BLOCK DIAGRAM 


Address Set-up Time (ns) 
Clock-to-Ouput Delay (ns) 


Operating Range 


64 X 64 
*-PROGRAMMABLE 


Publication # Rev. 
03300 D 
Issue Date: May 1986 


Amendment 
/0 





S2d1A2q OJDIW P2dUeADYY 


pa 


sesZowy 


Am27S28/27S29 


4,096-Bit (512 x 8) Bipolar PROM 


DISTINCTIVE CHARACTERISTICS 


@ High Speed @ Low-current PNP inputs 
@ Highly reliable, ultra-fast programming Platinum-Silicide @ High-current open-collector and three-state outputs 


fuses e@ Fast chip select 
@ High programming yield 


GENERAL DESCRIPTION 


The Am27S28/29 (512-words by 8-bits) is a Schottky TTL are compatible with low-power Schottky bus standards 
Programmable Read-Only Memory (PROM). capable of satisfying the requirements of a variety of 

microprogrammable controls, mapping functions, code con- 
This device is available in both open collector (Am27S28) version, or logic replacement. Easy word depth expansion 
and three-state (Am27S29) output versions. These outputs __ is facilitated by an active LOW (G) output enable. 


FUNCTIONAL BLOCK DIAGRAM 


64 X 64 


PROGRAMMABLE 
ARRAY 


QE Se | SD 2 SD 


COLUMN 8 - 1 of 8 MULTIPLEXERS 
DECODER : 


Og @ G2 03 9% Ag Og 7 


BD006182 


‘PRODUCT SELECTOR GUIDE 


Open Collector 


Three-State 
Part Number Am27S29 


Address Access 

Tine “eee | a5 ns | asne | se ne | 70 m0 | 
Operating 
jeer? | ce | HM | ec | ow 
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-Am27$32/27S33 


4,096-Bit (1024 x 4) Bipolar PROM 


DISTINCTIVE CHARACTERISTICS 


@ High speed @ Low-current PNP inputs 

® Highly reliable, ultra-fast programming Platinum-Silicide @ High-current open-collector and three-state: outputs 
fuses @ Fast chip select 

® High programming yield : 


£ESL7/ZES Lowy 


GENERAL DESCRIPTION 


The Am27S32/27S33 (1024-words by 4-bits) is a Schottky capable of satisfying the requirements of a variety of 
TTL Programmable Read-Only Memory (PROM). microprogrammabie controls, mapping functions, code con- 


, sas de ; ; version, or logic replacement. Easy word-depth expansion 
This device is available in both open-collector (Am27S32) is facilitat ive LOW (Gi & Go tout bl 
and three-state (Am27S33) output versions. These outputs ease ated byrectve (G1 2) output enables: 


are compatible with low-power Schotkky bus standards 





BLOCK DIAGRAM 


64 X 64 
PROGRAMMABLE 


COLUMN 
DECODER 
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PRODUCT SELECTOR GUIDE 


Open-Collector 
Part Number |  Am27S32A Am27S32 
Am27S33A Am27833 
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Am27$S35/Am27S37 


8,192-Bit (1024 x 8) Bipolar Registered PROM 
with Programmable INITIALIZE Input 


DISTINCTIVE CHARACTERISTICS 


@ Slim, 24-pin, 300-mil lateral center package occupies 
approximately 1/3 the board space required by standard 
discrete PROM and register 

@ Consumes approximately 1/2 the power of separate 
PROM/register combination for improved system reli- 
ability 


® Versatile programmable asynchronous or synchronous 
enable for simplified word expansion 

@ Buffered common iNITIALIZE input either asynchronous 
(Am27S35) or synchronous (Am27S37) 

@ Platinum-Silicide fuses guarantee high reliability, fast 
programming and exceptionally high programming 
yields (typ. > 98%) 


GENERAL DESCRIPTION 


The Am27S35 and the Am27S37 (1024-words by 8-bits) 
are fully decoded, Schottky array, TTL Programmable 
Read-Only Memories (PROMs), incorporating D-type mas- 
ter-slave data registers on chip. These devices have three- 
state outputs compatible with low-power Schottky bus 
standards capable of satisfying the requirements of ‘a 
variety of microprogrammable controls and state machines. 


These devices contain an 8-bit paralle! data register in the 
array-to-output path which allows PROM data to be stored 
while other data is being addressed. This meets the 
requirements for pipelined microprogrammable control 


stores where instruction execute and instruction fetch are 
performed in parallel. 


To offer the system designer maximum flexibility, these 
devices contain both asynchronous (G) and synchronous 
(Gg) ‘output enables. 


These devices contain a single pin initialize function capa- 
ble of loading any arbitrary microinstruction for system 
interrupt or initialization. On the Am27S35 this function 
operates asynchronously, independent of clock. The 
Am27S37 provides synchronous operation of this function. 


Upon power-up the outputs (Qo — Q7) will be in a floating or 
high-impedance state. 


BLOCK DIAGRAM 


128 X 64 
PROGRAMMABLE: 
ARRAY 


E-BIT EDGE-TRIGGERED REGISTER 


ge 


BDO006351 . 


PRODUCT SELECTOR GUIDE 


Part Number Asynchronous Initialize Am27S35A Am27835 
Part Number Synchronous Initialize Am27S37A Am27S37 


Address Setup Time 
Clock-to-Output Delay 
Operating Range 


| 40ns_| 40 ns_| 
| 20ns | 20ns | 25ns | 30 ns | 
ae) ee 
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Am27S41/27PS41 


16,384-Bit (4,096 x 4) Bipolar PROM 


DISTINCTIVE CHARACTERISTICS 


Ultra-fast access time ''A'' version (35 ns Max.) — Fast 
access time Standard version (50 ns Max.) — allow 
Platinum-Silicide fuses guarantee high reliability, fast 
programming and exceptionally high programming 
yields (typ > 98%) 


@ AC performance is factory tested utilizing programmed 
test words and columns 

@ Voltage and temperature compensated providing ex- 
tremely flat AC performance over military range 

@ Member of generic PROM series utilizing standard 
programming algorithm ‘ 


GENERAL DESCRIPTION 


The Am27S41 (4,096-words by 4-bits) is a Schottky TTL 
Programmable Read-Only Memory (PROM). 


This device has three-state outputs compatible with low- 
power Schottky bus standards capable of satisfying the 
requirements of a variety of microprogrammable controls, 


mapping functions, code conversion, or logic replacement. 
Easy-word depth expansion is facilitated by active LOW 
(G; & Gg) output enables. 


This device is also offered in a power-switched version, the 
Am27PS41. 


BLOCK DIAGRAM 


COLUMN 
DECODER 


128 X 128 
PROGRAMMABLE 


BD006330 


*E nomenclature applies only to Am27PS power-switched versions. 


PRODUCT SELECTOR GUIDE 


Part Number 27S41A 27841 | a7PS41 
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Am27S845/Am27S47 


16,384-Bit (2048 x 8) Bipolar Registered PROM 
with Programmable INITIALIZE Input 


DISTINCTIVE CHARACTERISTICS 


© "SA" ‘version offers superior performance with 25 ns 
setup time and 10 ns clock-to-output delay* 

@ Slim, 24-pin, 300-mil lateral center package occupies 
approximately 1/3 the board space required by standard 
discrete PROM and register 
Consumes approximately 1/2 the power of separate 


PROM/register combination for improved system reli- 


ability 


® Versatile programmable asynchronous or synchronous 
enable for simplified word expansion 

@ Buffered common INITIALIZE input either asynchronous 
(Am27S45) or synchronous (Am27S47) 

@ Platinum-Silicide fuses guarantee high reliability, fast 
programming and exceptionally high programming 
yields (typ. > 98%) 


GENERAL DESCRIPTION 


The Am27S45 and the Am27S47 (2048-words by 8-bits) 
are fully decoded, Schottky array, TTL Programmable 
Read-Only Memories (PROMs), incorporating D-type mas- 
ter-slave data registers on chip. These devices have three- 
state outputs compatible with low-power Schottky bus 
- standards capable of satisfying the requirements of a 
variety of microprogrammable controls and state machines. 


' These devices contain an 8-bit parallel data register in the 
array-to-output path which allows PROM data to be stored 
while other data is being addressed. This meets the 
requirements for pipelined microprogrammable control 
stores where instruction execute and instruction fetch are 
performed in parallel. 


To Offer the system designer maximum flexibility, these 
devices contain a user programmable asynchronous or 
synchronous output enable. The unprogrammed ‘state of 
the enable pin operates as an Asynchronous Enable (G) 
input. An architecture word permits the programming of the 
functionality of this pin to Synchronous Enable (Gs). 


These devices contain a single pin initialize function capa- 
ble of loading any arbitrary microinstruction for system 
interrupt or initialization. On the Am27S45 this function 
operates asynchronously, independent of clock. The 
Am27S47 provides synchronous operation of this function. 


If the architecture has been programmed to synchronous 
enable, upon power-up the outputs (Qo -Q7) will be ina 
floating or high-impedance state. 
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128 X 128 
PROGRAMMABLE 
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Part Number Asynchronous Initialize | 27S45SA* | 27S45A . 
Part Number Synchronous Initialize 27S47SA* | 27S47A 27847 


[Address Setup Time (na) | 26 | 28 | 40 | «5 | a5 | 50 | 
[Closk-to-Output Delay (ns) | 10 | 12 | 20 | 25 | 25 | 30 | 
Pw te Lu 


| Operating Range EC TM | CC 


r PF PF Pe 


PRODUCT SELECTOR GUIDE 






CONNECTION DIAGRAMS 
Top View 





Cp000471 CD009630 


Note: Pin 1 is marked for orientation. 


LOGIC SYMBOL 


Ay Az Ag Ag As Ag Az Ag Ag Ato 


Q2 Q3 GQ Qs Qs Q7 


LS000051 
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Am27S55 


32,768-Bit (4096 x 8) Bipolar Registered PROM 


ADVANCE INFORMATION 


DISTINCTIVE CHARACTERISTICS 


"A" version offers superior performance with 20 ns set- 
up time and 10 ns clock-to-output delay 

Slim, 24-pin, 300-mil lateral center package occupies 
approximately 43 the board space required by standard 
discrete PROM and register 

Consumes approximately ¥2 the power of separate 
PROM/register combination for improved system reli- 
ability 


e@ User-programmable for Asynchronous Enable, Synchro- 
nous Enable, Asynchronous Initialize, or Synchronous 
Initialize 

@ Platinum-Silicide fuses guarantee high reliability, fast 
Programming, and exceptionally high programming 
yields (Typ. > 98%) 


' GENERAL DESCRIPTION 


The Am27S55 (4096 words by 8 bits) is a fully decoded 
Schottky: Array TTL Programmable Read-Only Memory 
(PROM) incorporating D-type master-slave data registers 
on-chip. This device has three-state outputs compatible 
with low-power Schottky bus standards capable of satisfy- 
ing the requirements of a variety of microprogrammable 
controls and state machines. 


This device contains an 8-bit parallel data register in the 
array-to-output path which allows PROM data to be stored 
while other data is being addressed. This meets the 
requirements for pipelined microprogrammable control 


stores where instruction execute and instruction fetch are 
performed in parailel. 


To offer the system designer maximum flexibility, this 
device contains a single programmable multi-functional 
input (G/Gs/i/is). The unprogrammed state of this pin 
operates as an Asynchronous Enable (G) input. An archi- 
tecture word permits the programming of the functionality 
of this pin to Synchronous Enable (Gg), Asynchronous 
Initialize (I), or Synchronous Initialize (Is). 


If the architecture has been programmed to synchronous 
enable, upon power-up the outputs (Qo — Q7) will be in a 
floating or high-impedance state. 


BLOCK DIAGRAM 


256 X 128 
PROGRAMMABLE 
ARRAY 
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8 - 1 of 16 MULTIPLEXERS 


-'8-BIT EDGE-TRIGGERED REGISTER 
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PRODUCT SELECTOR GUIDE 


Part Number Am27S55A Am27S55 


Address Setup 
Time (ns) 


Clock-to-Output 10 
Delay (ns) 





CONNECTION DIAGRAM 
Top View 
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LOGIC SYMBOL 
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Am27S65 


4096-Bit (1024 x 4) Bipolar Registered PROM 
with SSR ™ Diagnostics Capability 


DISTINCTIVE CHARACTERISTICS 


On-chip diagnostic shift register for serial observability 
and controllability of the output register 
User-programmable Enable Pin for Asynchronous or 
Synchronous Enable operation 

User-programmable Initialization Pin for Asynchronous 
or Synchronous Initialize operation 

Slim, 24-pin, 300-mil lateral center package permits a 
reduction in board space over standard discrete PROM 
and registers 


@ Consumes approximately ¥2 the power of separate 
PROM/register combination for improved system reli- 
ability 

® Platinum-Silicide fuses guarantee high reliability, fast 
programming and exceptionally high programming 

_ yields (typ. > 98%) 

@ Increased drive capability, 24 mA lo. 


GENERAL DESCRIPTION 


This device contains a 4-bit parallel data register in the 
array-to-output path intended for normal registered data 
operations. In parallel with the output data registers is 
another 4-bit register with shifting capability, called a 
shadow register. As the name implies, the shadow register 
is intended to operate in the background of the normal 
output data register. This shadow register can be used in a 
systematic way to control and observe the output data 
register to exercise desired system functions during a 
diagnostic test mode. 


' BLOCK 


To offer the system designer maximum flexibility, this 
device contains user-programmable architecture for Enable 
and Initialize. The unprogrammed state. of these pins 
operates as Asynchronous inputs (G) and (I), respectively. 
An architecture word permits the programming of the 
functionality of these pins to Synchronous Enable (GS) and 
Synchronous Initialize (IS). A non-programmable Asynchro- 
nous Enable (G) is also provided. 
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Top View 
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LOGIC SYMBOL 
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8192-Bit (2048 x 4) Bipolar Registered PROM 
with SSR™ Diagnostics Capability 


DISTINCTIVE CHARACTERISTICS 


On-chip diagnostic shift register for serial observability 
and controllability of the output register 
User-programmable synchronous and asynchronous 
Enables 

User-programmable for synchronous or asynchronous 
Initialize 

Slim, 24-pin, 300-mil lateral center package permits a 


reduction in board space over standard discrete PROM 
and registers. 


\ 


@ Consumes approximately 1/2 the power of separate 
PROM/register combination for improved system reli- 
ability. 

@ Platinum-Silicide fuses guarantee high reliability, fast 
programming and exceptionally high programming 
yields (typ. > 98%). 

@ Increased drive capability, 24 mA Io. 


GENERAL DESCRIPTION 


This device contains a 4-bit parallel data register in the 
array-to-output path intended for normal registered data 
operations. In parallel with the output data registers is 
another 4-bit register with shifting capability, called a 
shadow register. As the name implies, the shadow register 
is intended to operate in the background of the normal 
output data register. This shadow register can be used in a 
systematic way to control and observe the output data 
register to exercise desired system functions during a 
diagnostic test mode. 


To offer the system designer maximum flexibility, this 
device contains user programmable architecture for Enable 
and Initialize. The unprogrammed state of these pins 
operates as Asynchronous inputs (G) and (]) respectively. 
An architecture word permits the programming of the 
functionality of these pins | to Synchronous Enable (GS) and 
Synchronous Initialize (IS). 
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16,384-Bit (4096 x 4) Registered PROM 
with SSR™ Diagnostics Capability 


DISTINCTIVE CHARACTERISTICS 


@ On-chip diagnostic shift register for serial observability 
and controllability of the output register 

@ User-programmable for Asynchronous Enable, Synchro- 
nous Enable, Asynchronous Initialize, or Synchronous 
Initialize 
Slim, 24-pin, 300-mil lateral center package occupies 
approximately 1/3 the board space required by standard 
discrete PROM and register. 


® Consumes approximately 1/2 the power of separate 
PROM/register combination for improved system reli- 
ability. 

@ Platinum-Silicide fuses guarantee high reliability, fast 
programming and exceptionally high programming 
yields (typ. > 98%). 

© Increased drive capability, 24 mA lo. 


GENERAL DESCRIPTION 


This device contains a 4-bit parallel data register in the 
afray-to-output path intended for normal registered data 
operations. !n parallel with the output data registers is 
another 4-bit register with shifting capability, called a 
shadow register. As the name implies, the shadow register 
is intended to operate in the background of the normal 
output data register. This shadow register can be used in a 
systematic way to control and observe the output data 
register to exercise desired system functions during a 
diagnostic test mode. 


To offer the system designer maximum flexibility, this 
device contains a single programmable multi-functional 
input (G/GS/1/IS). The unprogrammed state of this pin 
operates an Asynchronous Enable (G) input. An architec- 
ture word permits the programming of the functionality of 
this pin to Synchronous Enable (GS), Asynchronous Initial- 
ize (1), or Synchronous Initialize (1S). 
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Am29PL141 


Am29PL141 | 


Fuse Programmable Controller. (FPC) 


DISTINCTIVE CHARACTERISTICS 


Implements complex fuse programmable state ma- 
chines 

7 conditional inputs, 16 outputs 

64 words of 32-bit-wide microprogram memory 
Serial Shadow Register (SSR M) diagnostics on chip 
(programmable option) 


@ 29 high-level microinstructions 
- Conditional branching 
— Conditional looping 
- Conditional subroutine call 
— Multiway branch 
@ 20 MHz clock rate, 28-pin DIP 


GENERAL DESCRIPTION 


The Am29PL141 is a single-chip Fuse Programmable 
Controller (FPC) which allows implementation of complex 
state machines and controllers by programming the appro- 
priate sequence of microinstructions. A repertoire of jumps, 
loops, and subroutine calls, which can be conditionally 
executed based on the test inputs, provides the designer 
with powerful control flow primitives. 


The Am29PL141 FPC also allows distribution of intelligent 
control throughout the system. It off-loads the central 
controller by distributing FPCs as the control for various 


self-contained functional units, such as register file/ALU, 
1/O, interrupt, diagnostic, and bus control units. 


A microprogram address sequencer is the heart of the FPC. 
It provides the microprogram address to an internal 64- 
word by 32-bit PROM. The fuse programming algorithm is 
almost identical to that used for AMD's Programmable 
Array Logic family. 


As an option, the Am29PL141 may be programmed to have 
on chip SSR diagnostics capability. Microinstructions can 
be serially shifted in, executed, and the results shifted out 
to facilitate system diagnostics. 


BLOCK DIAGRAM 


MICROPROGRAM 


ADDRESS SEQUENCER 
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LOGIC SYMBOLS 


LS002131 


CD009110 
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Normal Configuration SSR™ Diagnostics Configuration 


METALLIZATION AND PAD LAYOUT 


Pita) 
Pray 
P(r) 

RESET 





ccrsot 
CLK 
GNO* 
Vor 


Die Size: 0.211” x 0.202” 
Gate Count: 600 Equivalent Gates and 2K of 
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ORDERING INFORMATION 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is 
formed by a combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Package Type 

D. Temperature Range 

E. Optional Processing 


| i 
, E. OPTIONAL PROCESSING 


Blank = Standard processing 
B = Burn-in 


D. TEMPERATURE RANGE 
C =Commercia! (0 to + 70°C) 


C. PACKAGE TYPE 
D = 28-Pin Ceramic DIP (CD 028) 
L = 28-Pin Ceramic Leadless Chip Carrier (CL 028) 
X = Dice 


B. SPEED OPTION 
Not applicable 


A. DEVICE NUMBER/DESCRIPTION 
Am29PL141 
Fuse Programmable Controller (FPC) 


Valid Combinations 







Valid Combinations list cnfigurations planned to be supported 
in volume for. this device. Consult the local AMD sales office 
to confirm availability of specific valid combinations, to check 
on newly released valid combinations, and to obtain additional 
data on AMD's standard military grade products. 


Valid Combinations 
DC, DCB, 
AM29PL141 LC, XC 
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ORDERING INFORMATION 
APL and CPL Products 


AMD products for Aerospace and Defense applications are available in several. packages and operating ranges. APL 
(Approved Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) 
products are processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, 
solderability, or surface treatment exceptions to those specifications. The order number (Valid Combination) is formed 
by a combination of: & vst 


> 
3 

bed 
© 
Uv 
rm 
ooh 
& 
vol 


APL Products: A. Device Number CPL Products: A.Device Number 7 
B. Speed Option (if applicable) ; B. Speed Option (if applicable) 
C. Device Class C. Package Type 
D. Package Type D. Temperature Range 
E. Lead Finish E. CPL Status 


APL Products 


. LEAD FINISH 
A=Hot Solder DIP. 


. PACKAGE TYPE (per 09-000) 
X = 28-Pin (Ceramic DIP (CD 028) 


. DEVICE CLASS 
/B =Class B 


. SPEED OPTION 
Not applicable 


A. DEVICE NUMBER/DESCRIPTION (include revision letter) 
Am29PL141 
Fuse Programmable Controller (FPC) 


CPL Products 





. CPL STATUS 
C=CPL Certified 


. TEMPERATURE RANGE 
M = Military (-55 to + 125°C) 


. PACKAGE TYPE(per Prod. Nomenclature/ 16-038) 
/L=28-Pin Ceramic Leadless Chip Carrier (CL 028) 


. SPEED OPTION 
Not applicable 


A. DEVICE NUMBER/DESCRIPTION (include revision letter) 
Am29PL141 
Fuse programmable Controller (FPC) 


Valid Combinations 


Valid Combinations Valid Combinations list configurations planned to be 
supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 


combinations or to check for newly released valid 
combinations. 





Group A Tests 


Group A tests consists of Subgroups: 
1,-2, 3, 7, 8, 9, 10, 11 
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PIN DESCRIPTION 


CC[SDI] Condition Code ((TEST) Input) 
When the TEST (P(24:22)}) field of the executing 
microinstruction is set to 6 (binary 110), CC is selected to be 
the conditional input. (Note: In SSR diagnostic configuration, 
CC is also the Serial Data input SDI.) 


CLK Clock (Input) 
The rising edge clocks the microprogram counter, count 
register, subroutine register, pipeline register, and EQ flag. 
P[15:8] (Outputs) 
Upper eight, general-purpose microprogram control outputs. 
They are enabled by the OE signal from the microprogram 
pipeline register. When OE is HIGH, P[15:8] are enabled, 
and when LOW, P[15:8] are three-stated. 
P[7:0] [DLCK, MODE] (Outputs) 
Lower 


Lower eight, general-purpose microprogram contro! outputs. ° 


They are permanently enabled. (Note: in the SSR diagnostic 
configuration, P[7] becomes the diagnostic clock input 
DCLK: and P[6] becomes the diagnostic control input 
MODE.) 
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RESET 

Synchronous reset input. When it is low, the output of the 
PC MUX is forced to the uppermost microprogram address 
(63). On the next rising clock edge, this address (63) is 
loaded into the microprogram counter, the microinstruction 
at location 63 is loaded into the pipeline register and the EQ 
flag is cleared. The CREG and SREG values are 
indeterminate on reset. 


T[5:0] 
Test inputs. In conditional microinstructions, the inputs can 
be used as individual condition codes selected by the TEST 
field in the pipeline register. The T[5:0] inputs can also be 
used as a branch address when performing a microprogram 
branch, or as a count value. 


ZERO [SDO] 
Zero output. A Low state indicates that the CREG value is 
zero. (Note: In the SSR diagnostic configuration, ZERO 
becomes the Serial Data output SDO. This change is only 
on the output pin; internally, the zero detect functions is 
unchanged.) 


FUNCTIONAL DESCRIPTION 


Figure 1, the block diagram of the Am29PL141 FPC, shows 
logic blocks and interconnecting buses. These allow parallel 
performance of different operations in a single microinstruc- 
tion. The FPC consists of four main logic blocks: the micropro- 
gram memory, microaddress control logic, condition code 
selection logic, and microinstruction decode. A fifth optional 
block is the Serial Shadow Register (SSR). 


The microprogram memory contains the user-defined instruc- 
tion flow and output sequence. The microaddress control logic 
addresses the microprogram memory. This control logic 
supports high-level microinstruction functions including condi- 
tional branches, subroutine calls and returns, loops, and 
multiway branches. The condition code selection logic selects 
the condition code input to be tested when a conditional 
microinstruction is executed. The polarity of the selected 
condition code input is controlled by the POL bit in the 
microword. The microinstruction decode generates the control 
signals necessary to perform the microinstruction specified by 


the microinstruction part (P[31 : 16]) of the microword. The 
SSR enables in-system testing that allows isolation of prob- 
lems down to the IC level. 


MICROPROGRAM MEMORY 


The FPC microprogram memory is a 64-word by 32-bit PROM 
with a 32-bit pipeline register at its output. The upper 16 bits 
(P[31 : 16]) of the pipeline register stay internal to the FPC and 
form the microinstruction to control address sequencing. The 
format for microinstructions is: a one-bit synchronous Output 
Enable OE, a five-bit OPCODE, a one-bit test polarity select 
POL, a three-bit TEST condition select field, and a six-bit 
immediate DATA field. The DATA field is used to provide 
branch addresses, test input masks, and counter values. 


The lower 16 bits (P[15 : 0]) of the pipeline register are brought 
out as user-defined, general purpose contro! outputs. The 
upper eight control outputs (P[15 : 8]) are three-stated when 
OE is programmed as a LOW. The lower eight control bits (P[7 
: O}) are always enabled. 


p(s: 8) e[7:6)}- (8:0) 


ouTpuTs 
» BDRO02330 


Figure 1. Am29PL141 Block Diagram 


*Note: These pins available only in SSR mode. 
**Note: These pins available only in normal mode. 
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MICROADDRESS CONTROL LOGIC 


The microaddress control logic consists of five smaller logic 


blocks. These are: 


PC MUX - The microprogram counter multiplexer 


P CNTR -Microprogram counter (PC) and incrementer 


(PC + 1) 
SUBREG —Subroutine register (SREG) with subroutine 
mux (S MUX) 


-Count register (CREG) with counter mux 
(C MUX), decrementer (COUNTER-1) and zero 
detect 


CNTR 


GOTO ~~ - Specialized branch control logic 

The PC MUX is a six-bit, four-to-one multiplexer. It selects 
either the PC, PC+1, SREG, or GOTO output as the next 
microaddress input to the microprogram memory and to the 
PC. The PC thus always contains the address of the cs 


output | is forced to ail ones, ‘selecting location 63 of the 
microprogram memory. 


The P CNTR block consists of a six-bit register (PC) driving a 


six-bit combinatorial incrementer (PC+ 1). Either the present or 
the incremented values of PC can address the microprogram 
PROM. The incremented value of PC can be saved as a 
subroutine return address. The present PC value can address 
the microprogram PROM when waiting for a condition to 
become valid. PC+ 1 addresses the microprogram PROM for 
sequential microprogram flow, for unconditional microinstruc- 
tions, and as a default for conditional microinstructions. 


The SUBREG block consists of a six-bit, three-to-one multi- 
plexer (S MUX) driving a six-hit register (SREG). The three 
possible SREG inputs are PC+1, CREG, and SREG. SREG 
normally operates as a one-deep stack to save subroutine 
return addresses. PC+1 is the input source when performing 
subroutine calls and PC MUX is the output destination when 
performing return from subroutine. 


The CNTR block consists of a six-bit, four-to-one multiplexer 
(C MUX); driving a six-bit register (CREG); a six-bit, combinato- 
rial decrementer (COUNTER-1); and a zero detection circuit. 
The CNTR logic block is typically used for timing functions and 
iterative loop counting. 


The SUBREG and CNTR can be considered as one logic 
block because of their unique interaction. To explain this 
interaction, notice that both have an additional input source 
and output destination not used in typical operation—each 
other. This allows the CREG to be an additional stack location 
when not used for counting, and the SREG to be a nested 
count location when not used as a stack location. Thus, the 
SREG and CREG can operate in three different modes: 


1. AS a separate one-deep stack and counter. 
2. As a two-deep stack. 
3. As a two-deep nested counter. 


The GOTO logic block serves three functions: 


1. It provides a six-bit count value from the DATA Field in the 
pipeline register (P[21 : 16]) or from the TEST inputs (T[5 : 
0]) masked by the DATA Field (P[21 : 16]). 
(This is represented by T*M.) 


2. It provides a branch address from the DATA Field in the 
pipeline register (P[21 : 16]) or from the TEST inputs 
(TIS : 0]) masked by the DATA Field Pies : 16). 
(This is represented by T*M.) 
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3. It compares the TEST inputs 
(T[5 : 0]) masked by the DATA Field (P[21 : 16]), called 
T*M, to the CONSTANT Field from the pipeline register 
(P[27 : 22]). If a match occurs, the EQ Flip-flop is set. EQ 
remains unchanged if there is no match. Constant field bits 
that correspond to marked test bits must be ZERO. 


The EQ flag can be tested by the condition code selection 
logic. Multiple tests of any group of T inputs in a manner 
analogous to Sum-of-Products can be performed since a no 
match comparison does not reset the EQ flag. Any conditional 
branch on EQ will reset the EQ flag. Conditional returns on EQ 
will not change the EQ flag. RESET input LOW will reset the 
EQ flag. 


NOTE: A zero in the DATA Field blocks the corresponding bit 
in the TEST Field; a one activates the corresponding 
bit. 


The constant field bits that correspond to masked test field 
bits must be zero. A zero is substituted for masked test field ' 
bits. The 'POL' bit is a ''don't care" when using test inputs to 
load registers. 


CONDITION CODE SELECTION LOGIC 


The condition code selection logic consists of an eight-to-one 
multiplexer. The eight test conditon inputs are the device 
inputs (CC and T[5 : 0}) and the EQ flag. The TEST field 
P[24 : 22] selects one of the eight conditions to test. 


The polarity bit POL in the microinstructions allows the user to 
test for either a true or false conditon. Refer to Table 2 for 
details. 


MICROINSTRUCTION DECODE 


The microinstruction decoder is a PLA that generates the 
control for 29 different microinstructions. The decoder's inputs 
include the OPCODE Field (P[30 : 26]), the zero detection 
output from the CNTR, and the selected test condition code 
from the conditional code selection logic. 


Am29PL141 SSR DIAGNOSTICS OPTION 


As a programmable option, the Am29PL141 FPC may be 
configured to contain Serial Shadow Register (SSR) diagnos- 
tics capability. SSR diagnostics is a simple, straightforward 
method of in-system testing that allows isolation of problems 
down to the IC level. 


The SSR diagnostics configuration activates a 32-bit-wide, D- 
type register, called a "shadow" register, on the pipeline 
register inputs. The shadow register can be serially loaded 
from the SDI pin, parallel loaded from the pipeline register, or 
held. The pipeline register can be loaded from the micropro- 
gram memory in normal operation or from the shadow register 
during diagnostics. A redefinition of four device pins is required 
to contro! the different diagnostics functions. CC also func- 
tions as the Serial Data Input (SDI), ZERO becomes the Serial 
Data Output (SDO), P[7] becomes the diagnostic clock 
(DCLK), and P[6] becomes the diagnostic mode control 
(MODE). The various diagnostic and normal modes are shown 
in Table 1. 


Serially loading a test microinstruction into the shadow register 
and parallel loading the shadow register contents into the 
pipeline register forces execution of the test microinstruction. 
The result of the test microinstruction can then be clocked into 
the pipeline register, as in normal operation mode, parallel! 
loaded into the shadow register, and serially shifted out for 
system diagnostics. 


The general microinstruction format is shown below: 


Am29PL141 General Microinstruction Format 


> 
3 

nN 
© 
Uv 
faa 
os 
P- 
mb 


31 30 26 25 24 22 21 16 


OE OPCODE | POL | TEST DATA 
DFROO730 
WHERE: 
OE = Synchronous Output Enable for P[15:8]. 
OPCODE - = A five-bit opcode field for selecting one of the twenty-eight single data field microinstructions. 
POL = A one-bit test condition polarity select. 
0 = Test for true (HIGH) condition. 
1 = Test for false (LOW) condition. 
TEST = A three-bit test condition select. 
TEST[2:0} UNDER TEST 
000 . TIO} 
001 Tl} 
010 T[2) 
011 T[3] 
100 Tl4} 
101 TIS] 
110 cc 
111 EQ 
DATA = A six-bit conditional branch microaddress, test input mask, or counter value field dosignatod as 


PI in microinstruction mnemonics. \ 


The special two data field comparison microinstruction format is shown below: 


Am29PL141 Comparison Microinstruction Format 





31 30 28 27 22 21 16 


=] Foe] [ome fa 


DFRO0740 
WHERE: 
OE Synchronous Output Enabie for P[15:8]. 
OPCODE Compare microinstruction (binary 100). 
CONSTANT = A six-bit constant for equal to comparison with T*M. 
DATA A six-bit mask field for masking the incoming T[5:0} inputs. 
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TABLE 1. 


ee 
ee ee ee 
ee a eee 
RB ERE Ree Ew ee 


PRR a ois] Hota [Hold shadow Register | 


*S7, S6 are undefined. S15-Sg load from the source driving pins P[15] —P[8]. If P[31] in the microword is a ONE, 
$15-Sg are loaded from the pipeline register. If P[31] in the microword is a ZERO, S15-Sg are loaded from an external 
source. 


FUNCTION TABLE DEFINITIONS 


INPUTS 

H=HIGH X=Don't Care 

L=LOW t = LOW-to-HIGH transition 
4 = High-to-Low transition 





TABLE 2. 


Input 
Condition 
Being Tested 
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Am29PL141 MICROINSTRUCTION SET DEFINITION 


@ = Other instruction P= Test Pass 
© = Instruction being described F = Test Fail 
€ = Register in part M,N are arbitrary values in the CREG or SREG 


Ly TWd6cwy 


Opcode Mnemonics Description Execution Example Register Transfer Description 


GOTOPL If (cond) Then Go To Pipeline If (cond = true ) Then 
Conditional branch to the address PC = PL(data) 
in the PL (DATA field). The EQ Else 
flag will be reset if the test field PC = PC +1 
selects it and the condition 
passes. 


F 


PL (DATA) 


PFO01420 


GOTOPLZ If (CREG=0) Then Go To If ( CREG=0 ) Then 
Pipeline PC = PL(data) 
Conditional branch, when the Else 
CREG is equal to zero, to the ‘ PC = PC +1 
address in the PL (DATA field). 

This instruction does not depend 

on the pass/fail condition. The EQ 

flag will be reset if the test field CREG = 0. 
selects it and the CREG is equal PL (DATA) 40 


t . 
‘0 zero. CREG #0 
41 


PF001430 





GOTOTN If (cond) Then Go To TM If ( cond = true ) Then 
Conditional branch to the address PC = T*M 
defined by the T*M (T[5:0] under Else 
bitwise mask from the DATA field). PC = PC+1 
This microinstruction is intended 
for multiway branches. The EQ 
flag will be reset if the test field 
selects it and the condition 
Passes. 


PF001440 


If (cond) Then Go To Pipeline If ( cond = true ) Then 
Else Go To (SREG) PC = PL(data) 
Conditional branch to the address) Else 

in the PL (DATA field) or the PC = SREG 
SREG. A branch to PL is taken if 

the condition is true and a branch 

to SREG if false. The EQ flag will 

be reset if the test field selects it 

and the condition passes. 


PFOO1451 
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Opcode — 


1F 


Mnemonics 


CALPL 


CALTMN 


Description 


if (cond) Then Cail Pipeline 
Conditional jump to subroutine at 
the address in the PL (DATA 
field). The PC + 1 is pushed into 
the SREG as the return address. 
The EQ flag will be reset if the 
test field selects it and the 
condition passes. 


If (cond) Then Call Pipeline, 
Nested 

Conditional jump to subroutine at 
the address in the PL (DATA field) 
nested. The SREG and CREG are 
treated as a two-deep stack, the 
PC +1 is pushed into the SREG 
as the return address and the 
previous SREG value is transferred 
into the CREG as a nested return 
address. The EQ flag will be reset 
if the test field selects it and the 
condition passes. 


If (cond) Then Call TM 
Conditional jump to subroutine at 
the address specified by the T°M 
(T[5:0} under bitwise mask from 
the DATA field). The PC + 1 is 
pushed into the SREG as the 
return address. The EQ flag will 
be reset if the test field selects it 
and the condition passes. 


If (cond) Then Call TM, Nested 
Conditional jump to subroutine at 
the address specified by the T°M 
(T[5:0] under bitwise mask from 
the DATA field) nested. The 

PC +1 is pushed into the SREG 
as the return address and the 
previous SREG value is transferred 
into the CREG as a nested return 
address. The EQ flag will be reset 
if the test field selects it and the 
condition passes. 


eo 8 #¢ 8 


Execution Example 


PF001461 


CREG SREG 


Register Transfer Description 





If ( cond = true ) Then 
SREG = PC+1 
PC = PL(data) 
Else 
PC = PC+1 


If ( cond:= true ) Then 
CREG = SREG 
SREG = PC+1 
PC = PL(data) 

Else 
PC =PC+1 


UA narry' aac PC +1 


” 
27 PL (DATA) 


PF001470 





PF001490 
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If ( cond = true ) Then 
SREG = PC+1 
PC = T°M 

Else 
PC = PC +1 





If ( cond = true ) Then 


CREG = SREG 

SREG = PC +1 

PC = TM 
Else 

PC = PC+1 


Description 


Opcode Mnemonics 


LDPL If (cond) Then Load Pipeline 
Conditional Load the CREG from 
the PL (DATA field). 


If (cond) Then Load Pipeline, 
Nested 

Conditional load the CREG from 
the PL (DATA field) nested. The 
CREG and SREG are treated as a 
two-deep nested count register, 
the previous CREG value is 
pushed into the SREG as a 
nested count, and the CREG is 
loaded from PL. 


If (cond) Then Load TM 
Conditional load the CREG from 
the T*M (T[5:0] inputs under 
bitwise mask from the DATA field). 


If (cond) Then Load TM, Nested 
Conditional load the CREG from 
the T*M (T[5:0] inputs under 
bitwise mask from the DATA field) 
nested. The SREG and CREG are 
treated as a two-deep nested 
count register, the previous CREG 
value is transferred into the SREG 
and the CREG is loaded from 
T*M. 


Execution Example Register Transfer Description 


lf (cond = true ) Then 
CREG = PLi(data) 
PC = PC+1 
Else 
PC = PC+i 


O-- PL (DATA) 


os 


PF001510 


If ( cond = true ) Then 
SREG = CREG 
CREG = PlL(data) 
PC = PC+1 

Else 
PC = PC+14 


SREG CREG 


Q=-—O=— PL (DATA’ 
- ( ) 


PFO01500 


If ( cond = true ) Then 
CREG = T*M 
PC = PC +1 
Else 
PC = PC +1 


PF001520 


If ( cond = true ) Then 
SREG CREG 
CREG T*M 

PC +1 
PC +1 


SREG CREG 


PF001530 
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Opcode 


16 


Mnemonics 


PSH 


PSHTM 


Description 


If (cond) Then Push 
Conditional push the PC + 1 into 
the SREG. 


If (cond) Then Push, Nested 
Conditional push the PC + 1 into 
the SREG nested. This 
microinstruction treats the SREG 
and CREG as a two-deep stack, 
PC +1 is pushed into SREG and 
the previous value in SREG is 
transferred into the CREG. 


If (cond) Then Push, Load 
Pipeline 

Conditional push the PC + 1 into 
the SREG and load the CREG 
from the PL (DATA field). 


if (cond) Then Push, Load TM 
Conditional push the PC + 1 into 
the SREG and load the CREG 
from the T*M (T[5:0] under bitwise 
mask from the DATA field). 


Execution Example Reglster Transfer Description 


lf ( cond = true ) Then 
SREG = PC+1 
PC = PC+1 
Else 
PC = PC+1 


PF0001540 


If ( cond = true ) Then 
CREG = SREG 
SREG = PC+1 
PC = PC+1 

Else 
PC = PC+1 


30 (@) 


CREG SREG 


—--{ j= jo PCO + 1 
N 32 


P 


PFO01550 


If ( cond = true ) Then 
CREG = PL(data) 
SREG = PC+1 
PC = PC+1 


PC = PC+1 


Else 


PF001560 





If ( cond = true ) Then 


CREG = TM 
SREG = PC+1 
SREG PC = PC+1 
30 Else 
F p Oras rota PC = PC+1 
7 
7” CREG 
31(e}----C)=+—— T™™ 
P N 
32 


PF001570 


4-268 


Opcode Mnemonics Description Execution Example Register Transfer Description 


RET If (cond) Then Return if ( cond = true ) Then 
Conditional return from subroutine. ; PC = SREG 
The SREG provides the return Else 
from subroutine address. PC = PC+1 


> 
3 

ND 
© 
=~ 
r 
ak, 
rs 
om, 


If (cond) Then Return Nested lf ( cond = true ) Then 
Conditional return from nested PC = SREG 
subroutine. This microinstruction SREG = CREG 
treats the SREG and CREG as a Else 

two-deep stack providing the 32 PC = PC+I 
SREG value as a return address 

and the CREG value as a nested 

return address that is transferred 

into the SREG. 


If (cond) Then Return, Load {f ( cond = true ) Then 
Pipeline CREG = PL(data) 
Conditional return from subroutine PC = SREG 
and load the CREG from the PL Else 

(DATA field). The SREG provides 32 ; PC = PC+1 
the return from subroutine address. 





RETPLN If (cond) Then Return Nested, ; If ( cond = true ) Then 
Load Pipeline PC = SREG 
Conditional return from nested SREG = CREG 
subroutine and load the CREG 32 . CREG = PL(data) 
from the PL (DATA field). This oe Else 
microinstruction treats the SREG CREG SREG PC = PC+1 
and CREG as a two-deep stack 
providing the SREG value as a 42 
return address and the CREG 
value as a nested return address 
that is transferred into the SREG. 


SREG CREG 


--O-—-O-—— Pt (vara) 
32 


PFO01610 





4-269 


Am29PL141 


‘1B 


Mnemonics 


DEC 


DECGOPL 


Description 


If (cond) Then Decrement 
Conditional decrement of the 
CREG. . 


While (CREG +0) Walt Else 
Load Pipeline 

Conditional Hold until tho counter 
is equal to zero, then load CREG 
from the PL (DATA field). This 
microinstruction is intended for 
timing waveform generation. If the 
CREG is not equal to zero, the 
same microinstruction is refetched 
while CREG is decremented. 
Timing is complete when the 
CREG is equal to zero, causing 
the next microinstruction to be 
fetched and the CREG to be 
reloaded from PL. This instruction 
does not depend on the pass/fail 
condition. 


While (CREG +0) Walt Else 
Load T™ 

Conditional Hold until the counter 
is equal to zero, then load CREG 
from the T*M (T[5:0] under bitwise 
mask from the DATA field). This 
microinstruction is intended for 
timing waveform generation. If the 
CREG is not equal to zero, the - 
same microinstruction is refletched 
while the CREG is decremented. 
Timing is complete when the 
CREG is equal to zero, causing 
the next microinstruction to be 
fetched and the CREG to be 
reloaded from T*M. This instruction 
does not depend on the pass/fail 
condition. 


If (cond) Then Go To Pipeline 
Else While (CREG #0) Wait 
Conditional Hold/Count. The 
current microinstruction will be 
refetched and the CREG 
decremented until the condition 
under test becomes true or the 
counter is equa! to zero. If the 
condition becomes true, a branch 
to the address in the PL (DATA 
field) is executed. If the counter 
becomes zero without the 
condition becoming true, a 
CONTINUE is executed. The EQ 
flag will be reset if the test field 
selects it and the condition 
passes. 


Execution Example 


CREG DECREMENTER 


P N-1 


PF001620 


CREG DECREMENTER 


30 
Pat é N-1 
31 @{ Pc) CREG #0 


crea N 


CREG = 0~. 
32 --C=— PL (0ATA) 
N 


PFO01630 


CREG DECREMENTER 


papal 
? 
o” 
- @{ re ) CREG#O0 
CREG 


32 CREG = 0 --{ aaa TM 


PFOO1640 


‘CREG DECREMENTER 






F AND CREG #0 


31 
F AND oe 
crea PL (DATA) 
32 40 
41 


PFO01650 
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Register Transfer Description 


If ( cond = true ) Then 
CREG = CREG-1 
PC = PC+1 
Else 
PC = PC+1 


While ( CREG <> 0) 
CREG = CREG-1 
PC = PC 
End While 

CREG = PL(data) 

PC =~ PC+14 


While (CREG <> 0) 
CREG = CREG~1 
PC = PC 
End While 

CREG = T'M 

PC = PC+1 





While ( cond = false ) 
If ( CREG< > 0) 
CREG = CREG~1 
PC = PC 
Else 
PC = PC+1 
End While 
PC = PL(data) 


Opcode 


Mnemonics 


WAIT 


Description 


If (cond) Then Go To Pipeline 
Else Wait 

Conditional Hold. The current 
microinstruction will be refetched 
and executed until the condition 
under test becomes true. When 
true, a branch to the address in 
the PL (DATA field) is executed. 
The EQ flag will be reset if the 
test field selects it and the 
condition passes. 


While (CREG +0) Loop to 
Pipeline 

Conditional loop to the address in 
the PL (DATA field). This 
microinstruction is intended to be 
placed at the bottom of an 
iterative loop. If the CREG is not 
equal to zero, it is decremented 
(signifying completion of an 
iteration), and a branch to the PL 
address (top of the loop) is 
executed. If the CREG is equal to 
zero, looping is complete and the 
next sequential microinstruction is 
executed. This instruction does not 
depend on,.the pass/fail condition. 
The EQ flag will be reset if the 
test field selects it and CREG is 
not equal to zero. 


While (CREG + 0) Loop to 
Pipeline Else Nest 

Conditional loop to the address in 
the PL (DATA field) nested. The 
SREG and CREG are treated as a 
two-deep nested count register, 
and the microinstruction is 
intended to be placed at the 
bottom of an "inner-nested" 
iterative loop. If the CREG is not 
equal to zero, the CREG is 
decremented (signifying completion 
of an iteration), and a branch to 
the PL address (top of the loop) 
is executed. If the CREG is equal 


.to zero, the inner loop is 


complete, and the count value for 
the outer loop is transferred from 
the SREG into the CREG. This 
instruction does not depend on the 
pass/fail condition. The EQ flag 
will be reset if the test field 
selects it and CREG is not equal 
to zero. 


Execution Example 


PL (DATA) 


Register Transfer Description 


If (cond = true ) Then 
PC = PL(data) 


PC= PC 


Else 


While (CREG < > 0) 
CREG = CREG-1 
PC = PL (data) 
End While 

PC = PC+1 


While ( CREG < > 0) 
: CREG = CREG-1 
PC = PL(data) 
End While 
CREG = SREG 

= PC+1 


CREG DECREMENTER 


PL (DATA) 
CREG = 0. 


‘. 
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Opcode 


10-13 
(100XX 
binary) 


Mnemonics §- 


CONT 


Description 


Continue The next sequential 
microinstruction is fetched 
unconditionally. 


Compare TM to Pipeline (DATA) 
This microinstruction performs 
bitwise exclusive-or of T*M (T[5:0] 
under bitwise mask from the DATA 
field) with CONSTANT (P[27:22]). 
If TM equals CONSTANT, the EQ 
flag is set to ona which may be 
branched on in a following 
microinstruction. If not equal, the 
EQ flag is unaffected. This allows 
sequences of compares, in a 
manner analogous to sum-of- 
products, to be performed which 
can be followed by a single 
conditional branch if one or more 
of the comparisons were true. 
Note: The EQ flag is set to zero 
on reset or when EQ is selected 
as the condition in a branch. 
Conditional returns on EQ leave 
the flag unchanged. Constant 
field bits that correspond to 
masked test field bits must be 
zero. This instruction does not 
depend on the pass/fail condition. 


Execution Example Register Transfer Description 


PG = PC+1 


32 


PF001690 


Compare T*M and PL(data) 
EQ = ((T [5:0] .AND. DATA). 
XNOR. CONSTANT) .OR. EQ 


T*M # CONST 


_O SET EQ FLAG 


T*M = CONST 





PFO01701 
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MICROINSTRUCTION SET TABLE 


— een | mm | Teste] w Les melo] 


[co _[_RETPL [Return Load Pipeine sec | roid | bata | NO | PG+1] Hold | Hod | NO 
[or | RETPLN [Rum Nestod: Load Pinaine | x | SAEG | OREG | Data | no [pcr] Hol | Hols | NC | 
foe [eT [Rew SS SX sec | Hols | Hod | No [ror] Hog | Hos [NC] 
[ta [_RETN __|Retum Nestod____—_| x | SREG | cREG | Hol 
Po+i| Hold 
Po+1| OREG 
Por 
07 [no [Poet] Hola | Hola [No 


es 


Liane eel ae Pome 
x cAMT| _NC 
— 


#0 CRMT]| Reset 
0A LPPLN Loop Pipeline Nested [Reset | 
SREG 
sig #0 
GOTOPLZ Go to Pipeline Zero 


Oo 
© 
= 
i) 


Be 
m 
ala 
eo] 
=|= 
zliz 


oO 
oO 


xr 
a 
9g 
oO 
aD 
= 
4 


ata 
C+ 
C+1 


xr 
Qo 
a 
2 
) 


old 


E 


9g 


z 
E 


C+i 
C+1 


Hold 
Hold 


vU 


a 


old 


uU Ulu vu 
uU Q 
_ 

a a 


PC +1 


uU 
oO 
+ 
—_ 


Hold 


: 3 
z ie) 


PC +1] Hold 


vu 
1?) 
+ 
_ 


| Hold | 
| CREG | 
[Hold _| 
| Hold | 
| Hold _| 
| Hold | 
| Hold | 
| Hold | 
| Hold _| 
| Hold | H 
| Hold | 
[Hold | 
[Hold _| 
| Hold | 
| Hold | 
| Hold _| 
LPC +1 | 
LPC +1 | 


ie Saeed es 2 eee es ee 


x] KT KX 


fo) 


Hod | Nc | | | |__| 
od [Reset | | | | 
s FO porwT| nc | | || 
sl ea es ee] 
am old 
#0 DCRMT 
DECTM Count/Load T*M 
es ae a (ee a 
oF x old 
10-13 
= x ce me [me free i 
.| Binary) 
Pi4 | PSHPL [Push Load Pipaine Po+t | PO+d [ Ne_[Po+i| Hod | Hold | NC_| 
PSH po+t | PC+1| Hold 
[16 | PsHTw [Push toad «dt «xX ‘Port |ecet| tm | nc [Po+t| Hold | Hold | NC 
Pi7___ [PSN [Push Nested ——=SS«d_SCiX—([PO+1 | PC+1| SREG| NC |PC+t| Hod | Hod | NO | 
Pie [FORK [rok —=SSSS*dY Si ~~* ‘ata | Hold | Hold | Resct | SREG | Hold | Hold | NO | 
[19 | Gorort |GotoPipeine ————«Y__x ‘| Data | Hold | Hold | Reset | Po+1| Hold | Hold | NO _| 
1A [Bata | Hold | Hold | Reset | PC | Hold | Hola | NO _| 
Ser Re ara [Data | Hold | Hold | Reset | PO | Hold [DCRMT| NC 
zsine es [Data | Hold | Hold | Reset |PO+i| Hod | Hod | NO _| 
16 [Data [Port 
[bata [Po+1 | SREG | Reset [Po+1| Hold | Hold | NC 
PO+ i 
1F PC+1| SREG | Reset |PC+1 | Hold | Hold | NC | 
EQ = ((T[5:0]. AND. DATA). XNOR. CONSTANT).OR. EQ 
CONSTANT field bits that correspond to masked test field bits must be zero. 
NC = No Change 
Notes: 
1. (/)Signifies two different operations may occur, depending on the condition. 
2. (:) Signifies two parallel operations on the same condition. 
3. The EQ flag will be affected only if the test field selects it, with the exception of instructions 10-13. 
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PROGRAMMING 


The Am29PL141 FPC is programmed and verified using a 
simple algorithm that is almost identical to that used for AMD's 
Programmable Array Logic family. The internal programmable 
array of the Am29PL141 is organized as a 64 word by 32 bit 
(column) PROM. The fuse to be programmed is selected by its 
address (1 of 64), the byte at that address (1 of 4), and the bit 
in the byte (1 of 8). Control of programming and verifying is 
accomplished by applying a simple sequence of voltages on 
two control pins (CLK and CC). 


The fuse address is selected using a full decode of the T[5 : 0] 
inputs, where T[5] is the MSB and T{0] the LSB. The one of 
four byte addressing is done on the P[7] (MSB) and P[6] (LSB) 
outputs. The bit selection is done one output at a time by 
applying the programming voltage (Vop) to the output pin. The 
output pins that accept Vop are P[15 : 8]. A graphical 
representation of the fuse array organization for programming, 
with fuse numbering compatible to the JEDEC standard 
programmable logic transfer format, is shown in Figure 2. 


The complete program and verify cycle timing is shown in the 
programming waveform. A programming sequence is initiated 
by raising the CLK pin to VyH. This places the device in the 
program mode and disables the output pins so that they may 
be used as fuse addressing inputs. The next step is to address 
the fuse to be blown as previously stated. Note that bit 
selection, with Vop, should follow address and byte selection. 
Raising the CC pin to VyH initiates programming and lowering 
Vop terminates programming. Lowering the CLK pin to a TTL 
LOW level places the device in the fuse verification mode by 
enabling the programming outputs, P[15 : 8]. Following a clock 
pulse the fuse may be verified on the same output as bit 
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selection was performed. This scheme allows fuses to be 
verified in parallel as a byte if desired. The verification mode is 
terminated by lowering the CC pin back to a normal TTL level. 


SSR DIAGNOSTICS CONFIGURATION 
PROGRAMMING 


One additional fuse (#2048) is used to alter the configuration 
of the Am29PL141 to include on-chip SSR Diagnostics. This 
fuse is addressed by applying VH}j to the RESET and T[5}, 
followed by Vop on pin P[15]. To verify the diagnostic fuse, 
P[7] and P[6] must select byte #3, i.e., P[7] must be low and 
P[6] must be high. 


PROGRAMMING YIELD 


AMD programmable logic devices have been designed to 
insure extremely high programming yields (> 98%). To help 
insure that a part was correctly programmed, once the 
programming sequence is completed, the entire fuse array 
should be reverified at both low and high Voc (Vcc. and 
Vocy). Reverification can be accomplished in a verification 
only mode (CC at Vi}) by reading the outputs in parallel. This 
verification cycle checks that the array fuses have been blown 
correctly and can be sensed under varying conditions by the 
outputs. 


AMD programmable logic devices contain many internal test 
features, including circuitry and extra fuses which allow AMD 
to test the ability of each part to perform programming before 
shipping, to assure high programming yields, and correct 
logical operation for a correctly programmed part. Program- 
ming yield losses are most likely due to poor programming 
socket contact, programming equipment that is out of calibra- 
tion, or improper usage of said equipment. 





JEDEC 
FUSE 31 


LyLTd6cwy 


JEDEC 
FUSE 2047 


BYTE SELECT - 





P[15:8) 
PROGRAMMING CONFIGURATION 


PFROO970 
JEDEC FUSE NUMBER = 32 (FUSE ADDRESS) + 8(3 - BYTE) + (7 - BIT) 


Figure 2. Programming Configuration 


BYTE SELECT 
BYTE | P[7] | PI6] | 


H 














H 
L 
L 


BIT SELECT 


| i setecT 
[Bir | tvsi|Ptsai} tvay|Prs2i|Ptv1}/Pti0)| rel | Pre) | 
L L 


L L H 


NOORWM =O 
Pererereeoee 
rcocoireere 

rFoerceopreoes 


COLUMN DECODE 


0 
1 
2 
3 
4 
5 
6 
7 
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SJyatydgdtts4t4 TTT ITITrTITGTIstssss4ssg TIT TITITITTIs4o4s4s4s4ss TTT ITT TTT s4ssssstss TTT IrTrTITre 


FUSE ADDRESS DECODE 


aAaoatdtattstttd ttt Had dIISTITITITTITITITITITITITITIT ITs HI sd IIH II III IH I ITT ITIITITIrTTrTIrTIrrrTririre 


SA4dHIIsgdI ddI Ids II III III III IOTIT TIT ITIITITITITIITITIITITIITIITrTITIIrTIrTrTrTresrxg@rric<gce.e 


ANTM ORDO UMLTMOROMOrANDTHOR 
CHNMTMOR ODO VO ESS AANA NANNNANDODORDOOD 


FUSE 
ADDRESS 
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PROGRAMMING PARAMETERS Ta = 25°C 


VHH Control Pin Extra High Level Volts 
Vop Program Voltage, P [15:8] @ 15-200 mA | 195 | 20 | 205 | Vols 
| 4s | as 


[co Bung Progaming @ too = 425A 
enrmenaame | fm | oe 
Ee SO 
[tose Between varois tavel Gramps ———=SC*?Soo =f] 
Cv [Fv ung wie Opts Sesser Voown tet [soo | i id | 
PR [Pup Restoran Guus Not Beng Poganmed [a [2 | an | «a 
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T[8] 


CLK; 


PROGRAMMED 
OUTPUT 
p[15: 8): 


ce: 





[L/ 


PROGRAMMING 


WF020830 


Programming Waveforms 








Vat 
FUSE ADORESS 
Vip 
Va 
. VinP 
——) | aa 
—\ Vop 
as = ’ ° 
PAH ~ 
rt = 
to ty 
PROGRAMMING VERIFY 


WF020840 


SSR Diagnostics Configuration Programming Waveforms 
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OPERATING RANGES 


Commercial (C) Devices 
Temperature 
Supply Voltage 


Military (M) Devices 
Temperature 
Supply Voltage 


ABSOLUTE MAXIMUM RATINGS 


-65 to + 150°C 
-55 to +125°C 


Storage Temperature 
(Ambient) Temperature Under Bias 
Supply Voltage to Ground Potential 
(Pin 28 to Pin 14) Continuous ..........-0.5 V to +7.0 V 
DC Voltage Applied to Outputs 
(Except During Programming) 
DC Voltage Applied to Outputs 
During Programming 
DC Output Current, Into Outputs During 
Programming (Max Duration of 1 sec) 
DC Input Voltage -0.5 V to +5.5 V 
DC Input Current -30 mA to +5.0 mA 


Stresses above those listed under ABSOLUTE MAXIMUM 
RATINGS may cause permanent device failure. Functionality 
at or above these limits is not implied. Exposure to absolute 
maximum ratings for extended periods may affect device 
reliability. 


-55 to +125°C 


-0.5 V to +Vcc Max. +45 V to +55 V 


Operating ranges define those limits over which the function- 
ality of the device is guaranteed. 


DC CHARACTERISTICS over operating range unless otherwise specified; included in Group A, Subgroup 1, 
2, 3 tests unless otherwise noted 


= Mi - lon=-3.0 mA | COM'L 
Vou Output HIGH Voltage Voc = Min., Vin = Vi oF on | COM'L | Volts 
loH = -1.0 mA 


Vit 
Voc = Min., Vin = Vin, or fo. = 16 mA 
VoL Output LOW Voltage Volts 
Vit jo. = 12 mA 


Volts 


Noe 1) Input HIGH Level Guaranteed Input Logical HIGH Voltage for All Inputs 
ee 1) Input LOW Level Guaranteed Input Logica! LOW Voltage for All Inputs aa 


Voc = Max. 
Vin = 0.5 V 


Input LOW Current 


Voc = Max. 


pm | Input HIGH Current Vin = 2.4.V 


CLK 

P [15:6] 

All other Inputs 
CLK 

P [15:6} 

All other Inputs 


Poh Input HIGH Current Voc = Max., Vin = 5.5 V 
Output Short Circuit Current Voc = Max., Vout = 0.5 V (Note 2) 


: Ta =0 to 70°C 
; 
loc Power Supply Current 


Ta = 70°C 
Tao=- 125° 
ai c=-55 to 125°C 
To = 125°C 
input Clamp Voltage Vcc = Min, lin =-18 mA 
Vcc = MAX, Vi_ = 0.8 V Vo = 2.4 V 
(Note) i YorOE 
Notes: 


1. These are absolute values with respect to device ground and all overshoots due to system or tester noise are included. 

2. Not more than one output should be tested at a time. Duration of the short circuit should not be more than one second. Vout = 0.5 V has 
been chosen to avoid test problems caused by tester ground degradation. 

3. I/O pin leakage is the worst case of lozx or lix (where X =H or L). 


Voc = Max. 





Output Leakage Current 
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SWITCHING CHARACTERISTICS over operating range unless otherwise specified; included in Group A 


Subgroup 9, 10, 11 tests unless otherwise noted. (APL and CPL 
products only.) 


. COMMERCIAL MILITARY 
Parameters Description Test Conditions 


Payee ris | 
Pa [ok ZERO CS ‘aren ae 
Pa [poke soo SSSSCS~—~*S ca ae 
Ps [sor 00S 


Pe | TO) © OK Woe sd 
Pe [RESET oc SSC~*” 
[2 [Mode to CK 








45 t 
45 + 


SDI to DCLK 
P[15:8] to DCLK 
T[5:0] to CLK 


See Test 
Output Load 
Conditions 


10 
CC to CLK 
RESET to CLK 

| 16 | Mode to CLK 

Mode to DCLK 


SDI to DCLK 


P[15:8] to DCLK 
| tpzx __—{_20 | CLK to P[15:8] Enable 
[tex | 21 [OLK to PIT5:6] Disable 
= [22 [CLK Pulse Width. (HIGH and LOW) 
[ 23 [CLK Pulse Width (HIGH end LOW) — 
[ite | 24 [CLK and DCLK Period (Note 1) 


Notes: : 
1, These parameters cannot be measured directly on unprogrammed devices. They are determined as follows: 
a. Measure delay from input (CC, T[5:0], or CLK) to PROM address out in test mode. This will measure the delay through the sequence 
logic. ; Ps 
b. Measure setup time from T[5:0] input through PROM test columns to pipeline register in verify test column mode. This will measure the 
delay through the PROM and register setup. : 
c. Measure delay from T[5:0] input to PROM address out in verify test column mode. This will measure the delay through the logic and 
P[15:0} outputs. : bie os : 
To calculate the desired parameter measurement the following formula is used: 
Measurement (a) + Measurement (b) - Measurement (c) 
CLK PERIOD: - - 
CLK (a) + (b) -(c) = CLK PERIOD 
CC to CLK Set-up time: 
CC (a) + (b)-(c) = CC to CLK Set-up time 
T[5:0] to CLK Set-up time: : 
T[5:0] (a) + (b) - (c) = T[5:0] to CLK Set-up time 


| 10 | Mode to DCLK 
[14 | 
| 12 | 
| 13 | 
| 14 | 
[15 | 


a 
o 





t+ = Not included in Group A tests 
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SWITCHING WAVEFORMS 
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Am29PL141 


Test Philosophy and Methods 


The following points give the general philosophy that we apply 
to tests that must be properly engineered if they are to be 
implemented in an automatic testing environment. The specifics 
of what philosophies are applied to which test are shown in the 
data sheet and the data-sheet reconciliation that follow. 


Capacitive Loading for AC Testing 


Automatic testers and their associated hardware have stray 
capacitance that varies from one type of tester to another, but 
is generally around 50 pF. This, of course, makes it impossible 
to make direct measurements of parameters that call for 
smaller capacitive load than the associated stray capacitance. 
Typical examples of this are the so-called "float delays” that 
measure the propagation delays in to and out of the high- 
impedance state and are usually specified at a load capaci- 
tance of 5.0 pF. In these cases, the test is performed at the 
higher load capacitance (typically 50 pF) and engineering 
correlations based on data taken with a bench setup are used 
to determine the result at the lower capacitance. 


Similarly, a product may be specified at more than one capacitive 
load. Since the typical automatic tester is not capable of 
switching loads in mid-test, it is impractical to make measure- 
ments at both capacitances even though they may both be 
greater than the stray capacitance. In these cases, a measure- 
ment is made at one of the two capacitances. The result at the 
other capacitance is determined from engineering correlations 
based on data taken with a bench setup and the knowledge that 
certain DC tests are performed in order to facilitate this correla- 
tion. 


AC loads specified in the data sheet are used for bench 
testing. Automatic tester loads, which simulate the data-sheet 
loads, may be used during production testing. 


APPLICATION 
Cycle Time Calculation 


The Am29PL141 has a 40 ns set-up time requirement on the 
T[5:0] test inputs. 


If this set-up time is violated, the part may become metastable. 
It is therefore necessary to synchronize the test inputs with the 
CLK when the test inputs are asynchronous. 
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Threshold Testing 


The noise associated with automatic testing, the long inductive 
cables, and the high gain of bipolar devices frequently give rise to 
oscillations when testing high-speed circuits. These oscillations 
are not indicative of a reject device, but instead, of an overtaxed 
system. To minimize this problem, thresholds are tested at least 
once for each input pin. Thereafter, ''hard'' high and low levels 
are used for other tests. Generally this means that function and 
AC testing are performed at "hard" input levels. 


AC Testing 


AC parameters are specified that cannot be measured accu- 
rately on automatic testers because of tester limitations. Data- 
input hold times fall into this category. In these cases, the 
parameter in question is tested by correlating the tester to 
bench data or oscilloscope measurements made on the tester 
by engineering (supporting data on file). 


Certain AC tests are redundant since they can be shown to be 
predicted by other tests that have already been performed. In 
these cases, the redundant tests are not performed. 


Output Short-Circuit Current Testing 


When performing los tests on devices containing RAM or 
registers, great care must be taken that undershoot caused by 
grounding the high-state output does not trigger parasitic 
elements which in turn cause the device to change state. In 
order to avoid this effect, it is common to make the measure- 
ment at a voltage (Voutput) that is slightly above ground. The 
Voc is raised by the same amount so that the result (as 
confirmed by Ohm's law and precise bench testing) is identical 
to the Vout = 0, Vcc = Max. case. 





By selecting the appropriate speed register, 50 ns cycle time 
can be achieved. 


Register CLK-Q 10 ns 
Am29PL141 T[5:0]—CLK Set-up 40 ns 
Cycle Time 50 ns 


KEY TO SWITCHING WAVEFORMS 


WAVEFORM INPUTS OUTPUTS 


MUST BE WILL BE 
STEADY STEADY 


WILL BE 
CHANGING 
FROMH TOL 


MAY CHANGE 
FROMH TOL 


WILL BE 
CHANGING 
FROML TOH 


MAY CHANGE 
FROM L TOH 


OON'T CARE; CHANGING; 
ANY CHANGE 
PERMITTED 


CENTER 
DOES NOT LINE IS HiGH 
APPLY IMPEDANCE 

“OFF” STATE 





KS000010 


SWITCHING TEST CIRCUITS 


Veo 


6 _ _L 
: TCRO1340 


TCRO1330 
_A. Three State Outputs B. Normal Outputs 


Notes: 1. CL=50 pF includes scope probe, wiring and stray capacitances without device in test 
fixture. 
2. S1, Se, and Sg are closed during function tests and all AC tests except output enable 
tests. 
3. S; and Sg are closed while So is open for tpzy test. 
. C_ = 5.0 pF for output disable tests. 
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SWITCHING TEST WAVEFORMS 


DATA WV WWW: : ol eam orem 
INPUT WW aii tw | 
ise an = - OUTPUT fe! ah | 
WFRO02971 Pin, A ome | 


WFRO2980 


Am29PL141 





Set-up, Hold, and Release Times ' Propagation Delay 


Notes: 1. Diagram shown for HIGH data only. 
Output transition may be opposite 
sense. 

2. Cross hatched area is don't care 
condition. 


Pulse Width Enable and Disable Times 


| Teet [| ve | Output Waveform — Measurement Leve! 
Von 
Vou 
LOW HIGH-LOW LL 
a = - " jw | cov | = 
~— tow —_ 


HIGH-LOW HIGH 
PULSE = 3 15 V 


WFRO02791 





WFR02680 


Notes: 1. Diagram shown for input Control Enable-LOW 
and input Control Disable-HIGH. 
2. S1, Se, and Sg of Load Circuit are closed 
except where shown. 


NOTE: Pulse generator for all pulses: Rate< 1.0 MHz; Zo = 50 2: t <2.5 ns. 
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INPUT/OUTPUT CURRENT INTERFACE CONDITIONS 


DRIVEN INPUT 





ALL 
INPUTS 
R= 16KN 


‘Co=5.0 pF, all inputs 


ICRO0533 


THREE-STATE | 
OUTPUT 


‘ to 
Z fo. 
\/ 
O 
VA 
4 


Co =5.0 pF, all outputs 


NOTE: Actual current flow direction shown. 
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Am2971 


 Am2971— 


Programmable Event Generator (PEG) 


PRELIMINARY 


DISTINCTIVE CHARACTERISTICS 


® Twelve programmable, registered output waveforms 

Programmable event intervals down to 10 ns 

® Multiplying phase-locked-loop (PLL) oscillator for im- 
proved timing accuracy 

© Programmable clock output for system reference at 1/5 
or 1/10 of internal phase-locked loop frequency 


@ Programmable control of timing sequence start and stop 
functions 

© Can be clocked from either an external source or an on- 
board crystal oscillator 


GENERAL DESCRIPTION 


The Am2971 is a very versatile timing device. It can be 
used as a digital substitute for analog delay lines or as a 
general purpose user-programmable timing/waveform gen- 
erator. 


The Programmable Event Generator (PEG) has twelve 
independent, programmable, timing output waveforms. The 
resolution of the output waveforms is programmable down 
to 10 ns and the sequence start address is real-time user- 
definable. One out of eight start addresses may be selected 
to begin the timing sequence. The PEG can be clocked 
either by its 10-100 MHz on-chip PLL crystal oscillator 


. BLOCK 


START 
ADDRESS 


GENERATOR . 


(40 FUSES) 


TRIGGER 
POLARITY 
2 FUSES 


START/STOP 


(with a clock output of 1/5 or 1/10 the PLL frequency) or by 
the existing system clock. The chip can be clocked up to 
100 MHz if the PLL is bypassed. 


The frequency of the internal clock (fc) can be programmed 
to equal 1x, 5x, 10x, 5/2x, 5/4x, 10/2x or 10/4x the PEG's 
input clock frequency (f|). Programming the PEG is done in 
the same way as a PROM. 


The Am2971 complements the Am2960 Dynamic Memory 
Support Family by allowing the user to optimize his system 
design for highest performance (see Figure 3). 


DIAGRAM 


NEXT ADORESS/EVENT praeten 


GENERATOR 
(576 FUSES) 


INTERNAL CLOCK (f,) 


CLOCK 
CONTROL 
(6 FUSES) 


BD002473 





RELATED PRODUCTS 








Am2960A 
Am2968A 
Am2969 
Am2970 

















LIBERTY CHIP Isa trademark of Advanced Micro Devices. 


Description. 


Error Detection and Correction Unit 
Dynamic Memory Conirotler 

Memory Timing Controller with EDC Control 
Memory Timing Controller 
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Issue Date: July 1986 








CONNECTION DIAGRAM 













Top View 
888888 
coef 2 2 2 dd 
PLL GNDCC]1 24 JPLL Voc MY YoY 
FLTR C2 23[ITRIG aie oO TRIG 
x, (C13 22{_]CLKOUT ai te pig 
CLK/X, 21 IT ,, ‘ ra 
A.C]5 20f IT io 
A, 19707, ‘ * 
Am2971 | re ed 
A 18]_)T, 
T, (8 17\_IT, To Ta 
T,CJ9 16{_IT, T) 231 17 
T,C]10 15[IT; Te Te 
1,411 14{_IT, 13 * 
TTL GNDCJ12 13[ITTL Voc 4 
CD005852 2 See eee 
ae i See 


Cpo09981 


Note: Pin 1 is marked for orientation. 


- LOGIC SYMBOL 






Xo 





CLKOUT 


LS002711 
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ORDERING INFORMATION (Cont'd.) 
Standard Products 


AMD standard products are available in several packages and operating ranges. The order number (Valid Combination) is formed by 
a combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Package Type 

D. Temperature Range 

E. Optional Processing 


AM2971 P ie) B 


fs oe OPTIONAL PROCESSING 


Blank = Standard processing 
B = Burn-in 


D. TEMPERATURE RANGE . 
C=Commercial (0 to + 70°C) 
E = Extended Commercial (-55 to + 125°C) 


C. PACKAGE TYPE 
P = 24-Pin Plastic DIP (PD 024) 
D = 24-Pin Ceramic DIP (CD 024) 
L = 32-Pin Rectangular Ceramic Leadless 
Chip Carrier (CLRO32) 
X = Dice 


B. SPEED OPTION 
Not Applicable 


A. DEVICE NUMBER/DESCRIPTION 
Am2971 
Programmable Event Generator 


Valid Combinations 





Valid Combinations list configurations planned to be 
supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 
combinations, to check on newly released combinations, and 
to obtain additional data on AMD's standard military grade 
products. 


Valid Combinations 


PC, PCB, DC, 
AM2971 DCB, DE, DEB, 
LC, XC 
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ORDERING INFORMATION 
APL Products 


LZ6cuy 


AMD products for Aerospace and Defense applications are available in several packages and operating ranges. APL (Approved 
Products List) products are fully compliant with MIL-STD-883C requirements. CPL (Controlled Products List) products are 
processed in accordance with MIL-STD-883C, but are inherently non-compliant because of package, solderability, or surface 
treatment exceptions to those specifications. The order number (Valid Combination) for APL products is formed by a 
combination of: A. Device Number 

B. Speed Option (if applicable) 

C. Device Class 

D. Package Type 

E. Lead Finish 


. LEAD FINISH 
A=Hot Solder DIP 
: C = Gold 
. PACKAGE TYPE 
J = 24-Pin Ceramic DIP (CD 024) 
U = 32-Pin Rectangular Ceramic Leadiess Chip 
Carrier (CLRO32) 
. DEVICE CLASS 
/B = Class B 
. SPEED OPTION 


Not Applicable 


A. DEVICE NUMBER/DESCRIPTION 
Am2971 


Programmable Event Generator 


Valid Combinations 
Valid Combinations list configurations planned to be 
} Valid Combinations supported in volume for this device. Consult the local AMD 
sales office to confirm availability of specific valid 
combinations or to check for newly released. valid 


combinations. 
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PIN DESCRIPTION 


TRIG Trigger (Input) 

The timing cycle of the PEG can be started on either the 
positive or negative edge of the start (TRIG) pulse. The 
polarity is defined by the user as a fuse option (fuse 621) in 
the TRIGGER POLARITY block. The trailing edge of the 
start (TRIG) pulse may be used to stop the timing sequence. 
The STOP TRIG fuse (fuse 622) must not be blown if this 
option is desired. If the fuse is blown, the trailing edge of the 
start (TRIG) pulse will be disabled as a means of stopping 
the timing sequence. Instead, the PEG will search for a 
blown Stop Bit fuse in the Next Address/Event Generator. 
In the Program Mode, a high voltage level (Vop) is applied 
to the TRIG input (see Figure 5). 


Ao-Azg Addresses (Inputs (3)) 


These three bits define eight locations in the Start Address 
Generator. The Start Address Generator contains the user- 
programmed start locations. One of eight addresses can be 
selected for each cycle initiation. In the Program Mode, 
these inputs are unused and may be allowed to float. 


CLK/X; and X2_- Clock/Crystal (Input/Output) 

These two pins serve as crystal inputs f| (see Figure 1). It is 
recommended that an AT Cut Parallel Resonant Crystal be 
used. An external clock may also be applied to the CLK/X, 
input with the Xo output left floating. Fuses 612 through 619 
(see Table 8) in the CLOCK CONTROL logic block enable 
the user to set the internal clock frequency as a function of 
the crystal or input clock frequency. 


FLTR Filter 
This pin is used to connect a 0.47-yF filter capacitor 
between the phase-locked-loop and ground. 


FUNCTIONAL DESCRIPTION 


The Programmable Event Generator (PEG) block diagram may 
be divided into four blocks: Clock Control, Start Address 
Generator, Next Address/Event Generator and Control Logic. 


Internal to the CLOCK CONTROL logic are five user-program- 


. mable fuses. One of these (fuse number 620) is used to 


generate the desired output frequency (fo) on the CLKOUT 
option. The remaining four fuses (numbers 616 through 619) 
are used to generate the desired internal reference clock 
frequency (fc). As shown in Figure 2, there are a variety of 
internal reference frequency and external CLKOUT frequency 
options available as a function of input frequency (fj). The 
input frequency may be supplied either by an external source 
or by the internal PLL oscillator (with a crystal connected as 
shown in Figure 3). The reader is directed to Tables 6 and 7 
for an explanation of the possible internal frequency and 
output frequency options in regards to user programming. 


A timing sequence is initiated by a transition at the TRIG input. 
Two user-programmable fuses are located in the TRIGGER 
POLARITY block. One of the two fuses (fuse number 621) is 
used to define the polarity of the TRIG input. When the fuse is 


- left unprogrammed, a timing sequence is initiated during a 


negative transition of the TRIG input. The second fuse in this 
block (fuse number 622) is used to define the end of a timing 
sequence. If this fuse is left unprogrammed, the timing 
sequence is stopped on the trailing edge of the TRIG pulse. If 
the fuse is programmed, the end of the timing sequence is 
defined by the Stop Bits as programmed into the Next 
Address/Event Generator functional block. 


A proper transition at the TRIG input initiates a timing 
sequence by latching the START ADDRESS GENERATOR 
inputs, Ag - Az. These latched inputs are used to select one of 
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CLKOUT Output Clock (Output) 

CLKOUT, fo, is a clock output pin which may be used for 
system reference. The output frequency for CLKOUT is 
either 1/5 or 1/10 the PLL clock frequency. It is fuse- 
programmable with the fuse located in the CLOCK. 
CONTROL logic block. In the Program Mode, a high voltage 
‘level (VinH) is applied to CLKOUT for a period of time (tpF). 
Applying a steady-state ViHH voltage to this pin for a period 
in excess of 400 us is not recommended. 


To-T11 Timing Outputs (Outputs, Active HIGH) 
These are twelve timing outputs from the Next Address/ 
Event Generator. These outputs follow a user-programmed 
timing pattern. Next Address/Event Generator outputs are 
registered allowing for glitch-free operation. In the Program 
Mode, To through Tj function as address inputs to access 
each individual fuse. Tyo through Tg serve as Column 
Address inputs and Ts through To serve as Row Address 
inputs (see Tabie 8). T14 functions as a Data Input/Output 
in the Program Mode, providing access to the addressed 
fuse for programming and verification. 


Power, Ground TTL/PLL Power Pair 
Two power and two ground pins are required by the PEG 
chip. One power pair is used by the PLL (phase-locked-loop) 
and the internal ECL circuitry. The other power pair is used 
by the remainder of the chip (TTL). 


Note: A complete listing of all fuse numbers appears in 
Table 8 in the Programming Section of this 
specification. These numbers have been assigned for 
reference only. 





eight different start addresses. The user defines these 5-bit 
start addresses by programming fuses 576 — 615 as required. 
Each 5-bit start address defines a starting point for the timing 
sequence from thirty-two possible selections in the user- 
defined Next Address/Event Generator block. 


After the start address, subsequent addresses are generated 
from the information programmed into the NEXT ADDRESS/ 
EVENT GENERATOR. As defined in Tables 3 and 8, each of 
the thirty-two user-defined 18-bit data strings contain three 
pieces of information. The first 5 bits (fuses) are used to define 
the next address of the desired timing sequence (out of 32 
possible addresses within the Next Address/Event Genera- 
tor). The next 12 bits (fuses) are used to generate output 
waveforms to the twelve Timing Outputs (To - T11). These 12 
bits define the current logic level at each of the twelve timing 
ouputs. As the timing sequence progresses from address to 
address, these Timing Outputs will produce 12 independent 
waveforms, as defined by the user. Since both the address 
sequences and waveform logic levels are user-programmable, 
a wide variety of output patterns may be generated. One last 
bit (fuse), the Stop Bit, is used to define the end of a timing 
sequence. 


When the Trigger Polarity Stop fuse (fuse number 622) has 
been programmed, the timing sequence will no longer stop on 
the trailing edge of the TRIG pulse. The end of a timing 
sequence is instead defined by the Stop Bit in each of the 
thirty-two Next Address/Event Generator data strings. Each 
Stop Bit is activated by programming. When a Timing Se- 
quence addresses one of the thirty-two 18-bit data strings with 
a 1 
Whenever a sequence is halted, the Timing Outputs (To - T14) 
will remain at the last value, as defined by the data string 
containing the active Stop Bit. 


Pov ietete-t mma 


Each of the twelve timing waveform outputs (To - T71) from 
the Next Address/Event Generator has a minimum usable 
cycle of 40 ns (or 20 ns per change). When the PEG is 
operating at its maximum internal clock frequency (100 MHz), 
the outputs must be programmed to remain unchanged for at 
least two clock periods for each change of logic level. That is, 
although an output can only change every 20 ns minimum, the 
timing resolution between events may be as low as 10 ns. 
When the PEG's internal reference clock frequency (fc) is 
programmed to operate at 40 MHz or slower, the timing 
waveform can be programmed to change on every clock. 


Oscillator 


The Am2971 contains an inverting, linear amplifier which is 
intended to form the basis of a crystal oscillator. In designing 
this oscillator it is necessary to consider several factors 
related to the application. 


The first consideration is the desired frequency accuracy. This 
may be subdivided into several areas. An oscillator is consid- 
ered stable if it is insensitive to variations in temperature and 
supply voltage, and if it is unaffected by individual component 
changes and aging. The design of the Am2971 is such that the 
degree to which these goals are met is determined primarily by 
the choice of external components. Various types of crystals 
are ‘available and the manufacturers’ literature should be 
consulted to determine the appropriate type. For good temper- 
- ature stability, zero temperature coefficient capacitors should 
be used (Type NPO). For extreme temperature stability, an 
oven must be used or some other form of temperature 
compensation applied. 


Absolute frequency accuracy must also be considered. The 
resonant frequency varies with load capacitance. It is there- 
fore important to match the load specified by the crystal 
manufacturer for a standard crystal (usually 32 pF), or to 
specify the load when ordering a special crystal. It should then 
be possible to determine from the crystal characteristics the 
load tolerance to maintain a given accuracy. If the "'set-on"' 
error due to load tolerance is unacceptable, a trimmer 
capacitor should be incorporated for fine adjustment. 


The mechanism by which a crystal resonates is electrome- 
chanical. This resonance occurs at a fundamental frequency 
(1st harmonic) and at all odd harmonics of this frequency 
(even harmonic resonance is not mechanically possible). 
Unless otherwise constrained crystal oscillators operate at 
their fundamental frequency. However, crystals are not gener- 
ally available with fundamental frequencies above 20-25 MHz. 
At higher frequencies, an overtone oscillator must be used. In 
this case, the crystal is designed to oscillate efficiently at one 
of its odd harmonic frequencies and additional components 
are included in the oscillator circuit to prevent it oscillating at 
lower harmonics. 


Where a high degree of accuracy or stability is not required, 
the amplifier may be configured as an L-C oscillator. It may 
also be driven from an external clock source if operation is 
required in synchronous with that source. 


1st Harmonic (Fundamental) Oscillator 


The circuit of a typical 1st harmonic oscillator is shown in 
Figure 3. The crystal load is comprised of the two 68 pF 
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capacitors in series. This 34 pF approximates the standard 32 
pF crystal load. If a closer match is required then one of the 
capacitors should be replaced with a parallel combination of a 
fixed capacitor and a trimmer. The nominal value of the 
combination should be 60 pF to provide proper crystal loading. 


A typical cryatal specification for use in this circuit is: 


Frequency Range: 2-20 MHz 
Resonance: At Parallel Mode 
Load: 32 pF 
Stability: 0.1% or to match systems requirements 
Case: H-17— for smaller size 
Temp Range: -30 to +70°C 
Note: Frequency will change over temperature. 


It is a good practice to ground the case of the crystal to 
eliminate stray pick-up and keep all connections as short as 
possible. 


Note: At fundamental frequencies below 6 MHz it is possible 
for the oscillator to operate at the 3rd harmonic. To prevent 
this a resistor should be added in series with the Xo pin as 
shown in the circuit diagram. 


The resistor value should match the impedance of C: 


R = = 
Xe anf Cc 
Design Considerations (reference Figure 1) 


1. Oscillator external connections should be less than 1” 
long — wirewrap is not recommended. 


2. Vcc and GND connections should be less than 1/2” long to 
power plane. 


3. Supply decoupling includes both high frequency and bulk 
storage elements. 


4. The same considerations apply for 3rd overtone configura- 
tions. 


PF001071 


Figure 1. Typical External Connections 
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AFO003871 


Figure 2. Clock Options 


APPLICATIONS 


The Am2971 Programmable Event Generator (PEG) is a 
universal, programmable digital delay line and timing/wave- 
form generator which provides the designer an alternative to 
the expensive and difficult to use analog delay line. Because 
of the device's programmability and large number of outputs, it 
can replace several different delay lines at one time. The user 
is no longer restricted to the fixed, single event delay line. As 
one suggested application, this device can easily be used to 


Am2969 


EDC/MTC TIMING 


CONTROLLER 


CLK/X, 


TC002531 


1 
R=Xco= S for 2-6 MHz 


Qn ft, 
R=0 for 6-20 MHz 


Figure 3. Fundamental Oscillator 


generate timing for the Am2968 Dynamic Memory Controller 
and the Am2969 Memory Timing Controller. 


AMD's Dynamic RAM Memory Support system solution is 
shown in Figure 4. Typically, the Timing Controller generates 
the Row Address Strobe Input (RASI) signal whenever a 
refresh or a memory cycle is requested. This signal provides a 
leading edge to the TRIG input of the PEG chip, thus initiating 
the user-defined timing sequence. Custom-tailored waveforms 
are generated at the Timing Outputs (To-1Ty41), providing 
proper and precise sequencing between the Am2968 and 
Am2969 for optimum system performance. 


DYNAMIC MEMORY 
ARRAY 
USING 1M, 256K, 64K, or 16K 


DRAMs 


Am2960A 
EDC UNIT 


SYSTEM DATA BUS 


AF003633 


Figure 4. 16-Bit High-Performance Computer Memory System Application 


~ PROGRAMMING 


The fuse links in the PEG are manufactured using AMD's 
Platinum-Silicide fuse technology. Before the device is pro- 





grammed, it can be verified to be unprogrammed by raising 
TRIG to Vop, applying appropriate voltages (Vijyp and Vip) to 
the Timing OQutouts (Programming Address Inouts) To -Tio 
wl Le Ea deah) behind Vind - Le ee | heel id ee pda’ | ne O ' 10s 


lowering CLKOUT to Vi_p, and observing the output voltage 
on T44 (Programming Data Input/Output). In the Programming 
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Verify Mode, Timing Outputs, To-T49, serve as Row and 
Column Address Inputs for each individual fuse. Timing 
Output, T11, reflects the condition of the addressed fuse. 
Initially, T44 should be at Vo_p as each fuse is addressed, 
indicating an unprogrammed state. 







The fuse to be programmed is selected by applying the 
appropriate voltage levels (Vip and Vj_p) to the Timing 
Outputs, To to T19 (with To to Ts acting as Row Address 
Inputs and Tg to T19 acting as Column Address Inputs). The 
fuse is programmed with an input voltage, Viyp, on Timing 
Output, Ty4, and an input voltage, ViyH, on CLKOUT (see 
Figure 5 and Table 1). 
















PROGRAMMING 
ADDRESSES 
Teo Two 





























AY ve 
VERIFY (/¢ 
Hb impedance \ sae Siw maw: 
(after CLKOUT has gone to Vue 
remove any appiled voltage at T,,) 


WF009882 


Figure 5. Timing Diagram for Programming 
and Verify Mode 




















Notes: 1. If verify indicates programming has been successful, proceed to 
previous table. 


2. If verify indicates programming has been unsuccessful, return to 
time, tps. 
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Most links will open within the programming time as specified 
in the Programming Parameters Table. Occasionally a link will 
be stronger and will require additional programming cycles. 
Successive links are programmed in the same manner until all 
desired bit locations have been programmed. 


When all programming has been completed, the voltage on 
CLKOUT is lowered to Vi_p and all voltage source removed 
from T11. The entire array should be verified according to the 
steps in Table 2. The fuse status of each bit location may be 
observed at T14. An unprogrammed fuse will indicate Vo_p 
and a programmed fuse will indicate Voup. 


PROGRAMMING EQUIPMENT INFORMATION 


Source Data 1/O 
and Location 10525 Willows Rd., N.E. 
Redmond, WA 98052 


Programmer 
Model(s) 


Sane oe sia) 
Module 


Socket 
Family and Device. 


The machines noted above have been qualified by AMD to 
insure high programming yields. Check with the factory to 
determine the current status. of vendors noted TBA or other 
available models. 







TABLE 1. PROGRAMMING PROCEDURE 


— et Determine location of fuses which are to be blown. 


é This disables To-17 1 as outputs and prepares the chip for 


} 3 ——si|ssSet CLKOUT = Vine This will three-state T;1 and cause it to float up to Vinp. | 

Fe This prepares T;4 to accept the programming current which 
eae = | Seb hi = Vineet will be gated through CLKOUT. a 
ee a CLKOUT = ViHH after tp for a programming time, This gates the programming current to Ty1. 


ha ee Set CLKOUT = ViHp This removes the programming current from CLKOUT. 
Remove applied voltage from 114 This sets up T11 as output for Program Verification. 


TABLE 2. PROGRAM VERIFICATION PROCEDURE 


yeas = | Set TRIG =Vop after ty ae remains at Vop during the entire programming/verity 


ee — 4 Set CLKOUT = Vi_p after tg This enables Ty; as an output. 
| 8a Verify T11 = VoHPp This condition occurs if programming has been picceutul 
mr Verify T11 = VoLp This condition occurs if programming has been unsuccessful. 





Description 


the next fuse and program using the programming steps of the 


the same fuse and re-attempt programming using the programming 








> 
3 

N 
© 
N 
uh 
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TABLE 3. PROGRAMMING NEXT ADDRESS/EVENT GENERATOR FUSES 
_ TIMING OUTPUTS 
(PROGRAMMING ADDRESS INPUTS) 
ROW ADDRESS COLUMN ADDRESS PROGRAM 
WORD _—si+BIT T4 T3 T2 T1 To Tio Tg Tg T7 Ts FUSE 















PROGRAM 
FUNCTION 


NEXT ADDRESS 
































NEXT EVENT 





NEXT ADDRESS 


econ o0c00000DC OCC OD00CN0 
eee OOLOLTSGOONAMAWONAORONAO 
Pa ot-1 f-¥-T-4-1-1-1-1-1-1-1-1-1-1-1-1--1-) 
eee DDJODCDODDDCDDDCOCCOCCOOSO 
eee Cdlod00D9CCOCODOOCOCDOOOCCOCSO 
eee aualODD0D0D0DDDCOCOCOOOCOCCOSD 
eee 0O/4=4-~DODKDDRDDDDOOCCO0NO 
eee CDlOOSaamamamuuDO0CCOCCO 
© 8 © COl00]=4=240000-4--=40000 
ee 6 CD/00+=4+900=400-400--00 
e 6 6 40) 202020+40+045040-040 


NEXT EVENT 


STOP 
NEXT ADDRESS 


eevo odioo0o0qo0q0q0q0q00q0000e000°0°oo 
































NEXT EVENT 


OODNOMAWONHAOAWN=AOlOLTS 











Beene nis | rn 
spires es Seca cae ee eR ee —— 
eek ek ek ek ek dk ek tk wk dk eth ok oh ot ot ot | ot ot ot 
a eee ee eee ee ee End oko To! 
Sao OO CO USS OOS20'92 2 ~=—O 
OCOrwterwtnewesOOQ000900;/00— 
ooAaH]-0000-4+2+-0000/00—- 
BH=O202=02=020-0-=0-0-0/-0- 





Notes: 1. During programming of Next Address/Event Generator Fuses, Ts = Vitp 
2. Refer to Table 8 for additional information. 


TABLE 4. PROGRAMMING START ADDRESS GENERATOR FUSES 


TIMING OUTPUTS 
(PROGRAMMING ADDRESS INPUTS) 


; ROW ADDRESS COLUMN ADDRESS 







PROGRAM 
FUSE 
(NOTE ot 





















eee GDOlDQD00/00000 
eeoeme(OoOd0O0/o000o 
eee2 COOl/HHH3-/00000 
i a ~s  OO} 44 4 OO 


eee em Olyosro-0o/o-0-0 














ee eo oe ee oS 
eh eh eh ed | ek oe 
aa aul oo 
244900]/484 
o7O-0/0— 











Notes: 1. Ts = Ti9 = Vinp, Tg = 74 = Tg = ViLp 
2. Refer to Table 8 for additional information. 
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TABLE 5. PROGRAMMING TIMING AND CONTROL FUSES 


TIMING OUTPUTS 
5 (PROGRAMMING ADDRESS INPUTS) 
COLUMN ADDRESS PROGRAM 
PROGRAM FUSE 
Tg Ts T7 Tg 


FUNCTIONS (NOTE 2) 


> 
3 
ND 
© 
S 


See Table 6 
See Table 6 
See Table 6 
See Table 6 


External Clock Frequency See Table 7 
TRIG Input Polarity See Table 7 
Stop Function See Table 7 


Notes: 1. T19 = 175 = 13 = Vinp, T4 = T2 = 71 =To = VILp 
2. Refer to Table 8 for additional information. 


Internal Clock Frequency 





TABLE 6. INTERNAL CLOCK FREQUENCY TRUTH TABLE 


FUSE STATE 


COLUMN 
(NOTE 4) 


wo 
no 
a 
Ld 
> 
i] 
(7%) 


INTERNAL CLOCK FREQUENCY BIT 


xa eH = OOO 

-“-OCOOCOCCOCOC!N 
o-0o0+?00] = 
oo-co+-0[,0 


1 Programmed 
0 Unprogrammed 
X = Don't Care 
tl Input Frequency 
fo = Internal Clock Frequency 
. Refer to Table 5 for additional information. 
. Column Numerals in this table are decimal representations of the binary column address signals applied to Timing Inputs, 
Ti0~Te, to program or verify individual fuses (see Table 8). 





TABLE 7. CLKOUT/TRIG POLARITY/STOP BIT TRUTH TABLE 


FUSE STATE 
COLUMN 
FUNCTION (NOTE 5) 27 28 29 


Output Clock Frequency xX fo = fo/10 
xX. fo = fpLL/5 

TRIG Polarity X Positive Edge Trigger 
X Negative Edge Trigger 

Stop (Note 4) 0 Stop On TRIG Trailing Edge 
1 Stop When Stop Bit = 1 


1 Programmed 

0 Unprogrammed 

x ‘Don't Care 

. fo Output Clock Frequency (CLKOUT) 
fpLL= PLL Internal Clock Frequency 

. Refer to Table 8 for additional information. 

. If the Stop Bit is unprogrammed, the sequencer will be free-running and will not halt until a new TRIG pulse is issued. 

. Column numerals in this table are decimal representations of the binary column address signals applied to Timing Inputs, 

T10-Tg, to program or verify individual fuses (see Table 8). 


Notes: 1. 
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TABLE 8. JEDEC FUSE NUMBERS* 


FUSE BLOCK 


COLUMN 









CURRENT EVENT 
To-T11 


VOHH 





ROW 




















































0 15 16 WW —_— —_— — — — - - er Ol 

1 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 —- —- —- —- —- —- —- -—- -—- -—- — = 

2 36 37 38 39 40 41 42 43 44 #45 46 47 #48 #49 #50 51 52 53 — — —- —- —- —- —- —- —- =—- —> — 

3 54 55 56 57 58 59 60 61 62 63 64 #65 66 67 68 69 70 71 —- —- —- — — — - - Trl Oe 

4 72 73 74 #75 76 77 #78 79 80 81 82 83 84 85 86 87 8 889 — — — — _ _-_ S—- —- 

5 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 — — — — - Se ere rerll T 

6 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 — —- — — — — —- - -lhlcerrel 

7 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 ~—- —- — — —- —- —- —- —- —- — — 

8 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 1641 — — — —- —- —= => — —= — — = 

9 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 — - -—- rer Or Er Tr rr rr er 

10 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 — — —-_ —- —- —- ~~ ro 

11 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 — — —- — —- —- —- —- —> — — = 

12 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 — — —- — —- —- —- —- —- — — — 

13 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 — — — — —- —- ~—~ — —- —- =~ — 

14 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 2649 — — —- —- —- —- —- -—- -—- -—- —- — NEXT ADDRESS/ 
15 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 — — — —- —- —- —- —- —- =—- —- — EVENT 
16 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 308 — — —- —- —- —- —- —- —- —- —- — GENERATOR FUSES 
17 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 3233 — — — — — — — — — -_ — 

18 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 — — — — — —- — —- => — — — 

19 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 — —- —- — —- —- —- —- —- —- — — 

20 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 — —- —- —- —- —- —- —- —- — —.— 

21 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 — -—- - - | Se rel er 

22 396 397 398 389 400 401 402 403 404 405 406 407 408 409 410 411 412 413 — -_ - - hl - re Or rr 

23 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 — — -_-_ — - - - lc 

24 432 433 434 435 4386 437 438 439 440 441 442 443 444 445 446 447 448 449 ~—- — —- —- —- —- -—- —- =—- =—- => = 

25 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 — — —- —- —- —- —- —- —- —- =—- = 

26 468 469 470 471 472 473 474-475 476 477 478 479 480 481 482 483 484 485 — — — — — — _ — _ 

27 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 — ~— — — —- — — — — -_- — 

28 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 — — — — —- —- —- ~—- ~~ —= = = 

29 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 5389 — — — —- —- —- —- —- —- —- —- — 

30 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 — — —- —- —- —- —- —- —- —- —- =— 

31 573 574 5755 — — — — — _ - -—- =—- — 

32 =~ eH ee ee ee ee eK Ke Ee er er Kr er —-——-— =— —- = = 

33 Bee gD Teac heaps Gates, gabe" seates, teas gues sfemety neaes” Geass qeaet yous ame Amene aes, Fee eet) Cae nami? oer ae ea 

34 Se ae A an ee Po ee oe Reo ee CEs occas Se See cs Seen ie 5 ee ee a 

35 ae ss ts US ee EN Be es a Be eh Cee START ADDRESS 
36 det fei Rian le, 1ARes! lee aes eset s Sane! ts aac, Teast ey Mec, ee nee aa RE, Gee, eee FUSES 
37 a fs ae SS MSS cee ES ee, SS a pe ee, | se AY + ee SS 

38 Be gee es ras eee Cee, Meet Tit eed pee eee ae Sota tees ie, Ge CS a eet es cee ee 

39 —--—- -—- ee ee ee Ke Ke Ke er eK Ke eK |= -—-=—-+-=+-- 

40 — 616 617 618 619 620 621 622 






CLOCK CONTROL & 
TRIGGER POLARITY FUSES** 
*Row and Column numerals in this table are decimal number representations of the Binary Row and Column address signals applied to Ts - Tp and T19 — Tg respectively to program or verify each fuse individually. In this 


table, the reader should not confuse the use of T;9 ~ Tp as address inputs to program or verify fuses and the use of T;; — To as Timing Outputs providing 12 programmable, registered output waveforms during normal 
operation (the output, T11, provides the fuse condition during program or verify). 


**Includes: fintemal CLK, CLKOUT, TRIG Polarity and Stop Bit. 


PROGRAMMING PARAMETERS (Ta = 25°C) (Note 1) 


Parameters Description | Min, =| typ, | Max. | Units | 
Ving Control Pin Extra High Level an. pik azo rh 80 he 
Vor Program Volage at 15-200 mA [140 | 150 | 190 [|v _ 


Vv Input LOW Levelt During Programming and 
ILP Verity 


Voo Duing Progamming [oom | so | sa | 68 
ios | @cc= 250 mA [wi | so [se [ss 


Rate of Output Voltage Change 
dVTy4/at (T11 Rising Edge) ae 
Rate of Fuse Enable Voltage Change 
dVciKxout/at (CLKOUT Rising Edge) a 


Programming Time First Atom PF [wo | 00 | woo | om id 
Programming Time Subsequent Atempia tos | 40 [60 | 100_| ms ___| 
a Delays Between Various Level Changes | 1000 | 2000 | voo0o |r 


Period During which Timing Output, Tp, 
is Valid for Program Verification 
Output HIGH Level During 
Vv Output LOW Level During 
OLP Programming and Verify 


Notes: 1. Parameters are guaranteed by design — not tested. 
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ABSOLUTE MAXIMUM RATINGS 


Storage Temperature ..............ccceseceees ~65°C to +150°C 
Ambient Temperature with . 
Power Applied .............secceeee Giesiees ~55°C to +125°C 


Supply Voltage to Ground Potential 
Continuous (TTL Voc and PLL Voec)...... 0Vto +70 V 
DC Voltage Applied to Outputs For 


High Output State ........... ccc cecceee eee 0 V to +Vcc max. 
DC Input Voltage .............cecceeeeeeseeoes -0.5 V to +5.5 V 
DC Input Current .............cccseseseeees -18 mA to +5.0 mA 


Stresses above those listed under ABSOLUTE MAXIMUM 
RATINGS may cause permanent device failure. Functionality 
at or above these limits is not implied. Exposure to absolute 
maximum ratings for extended periods may affect device 
reliability. ; 


OPERATING RANGES 


Commercial (C) Devices 


Temperature (TA).......ccccsccsesceseeereee ouenees 0 to +70°C 
TTL Voce and PLL Voc......cccececececscsceees 5.0 V +10% 
Min. o2fc 522 ces tececksian ives Sacewesis seed peewee edaawenvens 4.50 V 
MaKe cc vecsstnsdeiencvesscn’ ta tseb cue dodge Suseeetis tee eas 5.50 V 
Extended Commercial (E) or Military* (M) Devices 
Temperature (TC)......cescccesceccscecseteees -55 to +125°C 
TTL Voce and PLL V6.....ccscecseecseseereees 5.0 V +10% 
MiNi 5552 das eveasvetosseeateescedswteceswansetesecesseaes 4.50 V 
MAX. vccccecssscsaesdes Wdddscavevaieusess daily sue recewanees 5.50 V 


Operating ranges define those limits between which the 
functionality of the device is guaranteed. 


*Military Product 100% tested at Tc = + 25°C, +125°C, 
and -55°C. 


DC CHARACTERISTICS over operating range unless otherwise specified 


Parameter 
_ Symbol 


VoH 
VoL 


ViH 
(Note 1) 


Test Conditions 


; COM'L. 2.7 
Voc = Min, | COM'L. | 
Se Wert wy | towe-t ea Hie 

Output LOW Voltage ied Vee we ViL lo. =8 mA -. 7" ee al 


Input HIGH Voltage Guaranteed Input HIGH Voltage for All Inputs 
Input LOW Voltage Guaranteed Input LOW Voltage for All Inputs 


_ Parameter 
Mise Description . 
Input HIGH Voltage 
to CLK/X} Guaranteed Input HIGH Voltage for All Inputs | 30 | 


Vit 
(Note 1) 


Vic 


Vitc 


S CUOy Voltage Guaranteed Input LOW Voltage for All Inputs 
Input Clamp in =-18 mA pf ate 


CLK/Xy, Xo 
Input HIGH Current 


Ao-Az2 and TRIG 


vi = Mi 
(Note 1) Voc = Min. 


Voc=Min.,  . 
Vin = 3.0 V 


Voc = Max., 
Vin = 2.7 V 


Voc = Max., 








Vin = 0.5 V 
Nie Input LOW Current Vv uA 
CC ™ Max., 
Voc = Min., 
Voc = Max., 
Input Current ViNn@ 5.5 V 
Voc = Max., TRIG = 
Vin = Voc - 0.5 


Voc = Max., 
Vin=0 V 


T =-55°C, 0°C, + 25°C 


T=+70°C, + 125°C 
Notes: 1. Does not apply to CLK/X; and Xo. 


2. No more than one output should be shorted at a time. Duration of the short circuit test should not exceed one second. 
3. Ico varies with temperature and oscillation frequency. 


Isc 
(Note 2) 


Ee es tee ae 


Voc = Max. 
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SWITCHING CHARACTERISTICS over operating range unless otherwise specified 


- Parameter Parameter 
No. Symbol Description Test Conditions 
a) PLL Frequency Multiplication Mode (TTL Input 70 
@ CLK/X)) 


b) PLL Frequency Multiplication Mode (Crystal @ 
FREQ IN CLK/X;, Input CLK/X4, Xo) 


1 Clock Frequency c) Flow-through Mode 
@ CLK/Xy (Note 2) (PLL bypassed) (TTL 
Input @ CLK/X}4) : 


> 
3 

) 
© 
> 
at 





d) Flow-through Mode (PLL bypassed) (Crystal @ 
CLK/X4, X2) 


3 tRisE @ CLKOUT Rise Time 
CLKOUT (Note 2) 
CLKOUT (Note 2) 
‘ tAIsE @ To-T11 Rise Time 
To-T14 (Note 2) 
, tEALL @ To-1T11 Fall Time 
To-T11 (Note 2) 
; @ Skews between the i 
6 SSKEW To-T11 Outputs (LOW-to- | C_=50 pF 
o7 41 HIGH Transition) 
Skews between the 
7 ‘SKEW @ To-T11 Outputs (HIGH-to- | C_=50 pF 
o-'t1 LOW Transition) 
8 


Skews between the 
SKEW @ To-T11 Outputs (Mixed C= 50 pF 
oson Transition) 
tseT TRIG TRIG_/ to CLK/X, a) PLL Frequency Multiplication Mode (Note 2) | | 
pci —~_ Setup Time b) Flow-through Mode (PLL bypassed) 


af | 
eee ol ee 
| sex TRIG | TAG wo LK”, [ad PLL Frequency Mulipticaion Wode Woe 2) [| 6s _ 
|_wcks, | “setup Time Tb) Flow-through Mode (PLL bypassed) {| 4 | ns | 
a 
er ae 


oO 


Propagation Delay from a) PLL Frequency Multiplication Mode (Note 2 
1 tPo CLK/X1 10) CLK/X 7 to the eal tea 
o- tt To-T11 Outputs b) Flow-through Mode (PLL bypassed) 


ten CLK/X; to Propagation Delay from 
ecxouT es to the CLKOUT PLL Frequency Multiplication Mode (Note 2) 17.5 
jutputs 
13 tseT Ao -A2 Ao—Ag2 Inputs to TRIG PLL Frequency Multiplication Mode/Flow-through 
to TRIG ~/ (Note 3) Mode (PLL bypassed) ; 
14 tHoLp Ao -A2 Ao—Ag2 Inputs to TRIG PLL Frequency Multiplication Mode/Flow-through 
to TRIG _/ Hold Time (Note 3) Mode (PLL bypassed) 


Calculated Switching Characteristics 


PERIOD _ Timin i 
‘ g Resolution between 
15 aa al @ the To-T14 Outputs 1/f, (1a or 1c) 


1 


LS) 





ve | tpwa @ TRIG | TRIG input Puce wish 
(Calculated) | (HIGH State) (ote 1) 
. TRIG Input Pulse Width 
(Calculated) | (LOW State) (Note 1) 


oe To-Ti1 Delay from TRIG _/~ to a) PLL Frequency Multiplication Mode tser (8a) + 1/fo + tpp (11a) 
(Calculated) To-T14 Active b) Flow-through Mode (PLL bypassed) tseT (9b) + 1/f)+tpp (11b) 
ain To-Ti1 Delay from TRIG ~_ 10 a) PLL Frequency Multiplication Mode tser (10a) + 1/fo+tpp (11a) 
(Calculated) To-T11 Inactive b) Flow-through Mode (PLL bypassed) tseT (10b) + 1/4 + tpp (11b) 


Notes: 1. Not Tested; calculated using other parameters. 
2. Not Tested; correlated. 
3. Only Ao is tested. 
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SWITCHING TEST CIRCUIT 





TC003132 


A. Outputs 


Notes: 1. CL = 50 pF, the load capacitance includes scope probe, wiring, and stray capacitance without the 
device in the test fixture. 
2. S; and So are open during all DC and functional testing 
3. During AC testing, switches are set as follows: 
1) For Vout > 1.5 V, S41 is closed and So open 
2) For Vout < 1.5 V, S1 is open and So closed 


SWITCHING TEST WAVEFORM 


Input 


Output 





WF021341 


4-300 


KEY TO SWITCHING WAVEFORMS 


> 
| 

N 
oO 
~] 
wk 


WAVEFORM INPUTS OUTPUTS 


MUST BE WILL BE 
STEADY STEADY 


May CHANGE = WILL BE 
FROMH TOL ° 


MAY CHANGE «WILL BE 
FROML TOH CHANGING 


DON'T CARE; CHANGING; " 
ANY CHANGE STATE 
PERMITTED UNKNOWN 


CENTER 
DOES NOT LINE IS HiGH 
APPLY 


“OFF” STATE 





KS000010 © 


SWITCHING WAVEFORMS 


me XK KK KKK KXX 
rere tae eee 


TRIG 
CLK/X, 


C2) 


CLKOUT 


© QO Le 
ww XXX KXXKXKXXKXKK XX KX 


WF022521 
; @ 
‘ CG) .O 
Ta Ty 
WF022530 


Rise Time/Fall Time/Skews 
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lin — mA 


TYPICAL PERFORMANCE CURVE 


7.48 
HA Te = 125°C 
= as 


Te 
4 = 
Va ig = 58°C 7 





-10 0 10.°2—«2:t~CStCS:SC«iSC 
Vin — VOLTS 


PF001081 
CLK/X, Crystal Input Characteristics 
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INPUT/OUTPUT CIRCUIT DIAGRAMS 


Oriven Input 
Voc 


Driving Output 
Voc 


1C000910 
Output Configuration for CLKOUT 
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SECTION 5 — GENERAL 
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5.1 CROSS REFERENCE GUIDE 










Competitors Part Numbers 




















AmPAL18P8 (Generic) 


pM National | TL Other 






























PAL10H8 DMPAL10H8 , AmPAL18P8 
PAL10L8 DMPAL10L8 AmPAL18P8 
PAL12H6 DMPAL12H6 AmPAL18P8 
PAL12L6 DMPAL12L6 AmPAL18P8 
PAL14H4 DMPAL14H4 AmPAL18P8 
PAL14L4 DMPAL14L4 AmPAL18P8 
PAL16H2 DMPAL16H2 AmPAL18P8 
PAL16L2 DMPAL16L2 AmPAL18P8 
PAL16P8 DMPAL16P8 AmPAL18P8 

PLHS18P8* AmPAL18P8 





Competitors Speed/Power Version 


[—=2 feoras [eos | az [asras| sous’ | | | | | | _@ [asvas] oss 
yfasr00] asvo0 | asveo aso [Pf 28000 [120 | 


20-PIN PAL DEVICES (Generic) 















Competitors Part Numbers 


pM National | TT ther | AM 


























PAL16L8 DMPAL16L8 (TIB)PAL16L8 AmPAL16L8 
PAL16R4 DMPAL16R4 (TIB)PAL16R4 AmPAL16R4 
PAL16R6 DMPAL16R6 (TIB)PAL16R6 AmPAL16R6 
PAL16R8 DMPAL16R8 (TIB)PAL16R8 AmPAL16R8 















Competitors Speed/Power Version 
National 


or a 


| Aa | | 55/50 | | 75/50 | = ae ae ae a ee ees ee ee | 40/45 | 
25/s60|20/160] A [es/veo|sarieo| A _[2arveo|sorvesl | | | A |z6/00)s0/10| 
[25/80 | 20/80 | 8-2 | 25/00 | 20/00 |-2/-50]25/100|30/105] | | | AL_| 28/00 | soo | 
| 35/65 | | 50/55 | ee eee ee ee ae ee eee ee eee | 40/45 | 
esrieolasrseo] —[asrraolasrieal | | | | | [Note 26/100] 40/10 









a 
ace 
Erol 





*Signetics 
**Cypress 
Notes: 1. Types with two numbers follow this nomenclature: Commercial/Military. 

2. loc = 80 MA for AMPAL16L8 

3. log = 155 MA for AMPAL16L8 

4. Extended Commercial temperature range. 
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AmPAL20EV8 


Competitors Part Numbers 


eo? te) tp es 


AmPAL10020EV8 AVAIL. Q486 
AmPAL10H20EG8 AVAIL. Q486 

AmPAL10020EG8 AVAIL. Q486 
Competitors Speed/Power Version 


AmPAL22V10 









































Competitors Part Numbers 


Competitors Speed/Power Version 


ee 


AmPAL23S8 





Competitors Part Numbers 


pM] National | TA] ther | 


AmPAL23S8 AVAIL. Q486 





Competitors Speed/Power Version 


ENHANCED 24-PIN XOR PAL DEVICES 
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Competitors Part Numbers 


PAL20X4 DMPAL20X4 TIBPAL20X4 AmPAL20XRP4 AVAIL. Q486 
AmPAL20XRP6 AVAIL. Q486 
AmPAL20XRP8 AVAIL. Q486 
AmPAL20XRP10 AVAIL. Q486 
AmPAL22XP10 AVAIL. Q486 
























PAL20X8 
PAL20X10 


DMPAL20X8 
DMPAL20X10 


TIBPAL20xX8 
TIBPAL20X10 


See notes on page 5-1. 












Competitors Speed/Power Versions 
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STANDARD 24-PIN PAL DEVICES 

























Competitors Part Numbers 


pM | National | TH ther | AMD 



































PAL20L8 DMPAL20L8 (TIB)PAL20L8 AmPAL20L8 AVAIL. Q486 
PAL20R4 DMPAL20R4 (TIB)PAL20R4 AmPAL20R4 AVAIL. Q486 
PAL20R6 DMPAL20R6 (TIB)PAL20R6 AmPAL20R6 AVAIL. Q486 
PAL20R8 DMPAL20R8 (TIB)PAL20R8 AmPAL20R8 AVAIL. Q486 


PAL20L10. DMPAL20L10 (TIB)PAL20L10 AmPAL20L10 AVAIL. Q486 









Competitors Speed/Power Versions 
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ENHANCED 24-PIN PAL DEVICES 


















Competitors Part Numbers 


pt | National || ther AMD 


DMPAL20RP4 AmPAL20RP4 AVAIL. Q486 
DMPAL20RP6 
DMPAL20RP8 


AmPAL20RP6 AVAIL. Q486 
Competitors Speed/Power Versions 


AmPAL20RP8 AVAIL. Q486 
Ma a oe a 


AmPAL20RP10 AVAIL. Q486 
AmPAL22P10 AVAIL. Q486 
[a2 fasrros)sorsos[ | |__| az [asrsoo)aorsoo] | |__| _at_[esrt05|a0r105) 
[a Jasresolaoraxol a [esrerolooreio| a lesvesolooraxol | |_| a _[2s/2i0foovaio| 
[8 [rsrerolaoraro| a _|rs/erolao/aro| a [rsresoleoravol | | | 8 [rsr2toleovaro| 


See notes on page 5-1. 
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CROSS REFERENCE GUIDE ; 


Competitors Package/Temperature Guide 


[MMI National 1 | AMD | Package Type 
[ater Lesa hip Car Commercial 










ML883B 
MW883B 
MW882B 


See notes on page 5-1. 


MFKB /B3C 28-Pin Ceramic Leadless Chip Carrier — Military 
| asa | 20-Pin Ceramic Flatpack - Military 
| sd] KA | 24-Pin Ceramic Flatpack - Military | 






pow SSSS*dCCN | uO _[ Plasto Londo Grip Cavin Commerda 
[wai —Yraic DIP Exonded Commerc 
Pm dP SSS~*dCiE = vaio Leas Extended Commercial 
[wees S*dL CWB «YC —(0Pin Coram OP-Mitey 
| omtessB | t—itséiLsSsiMFKBE CO BRC 20-Pin Ceramic Leadless Chip Carrier — Military 

Eee 
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5.2 PACKAGE OUTLINES — 


Plastic Dual-in-Line Packages (PD) 


PD 020 


: TG. % 
oi be TS 
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Ceramic Hermetic Dual-In-Line Packages (CD) 


CD 020 


080 MAX. 





PID 4 07553A 


CD 024 





—| ry i. }-— 005 MIN. 590 





.045 -090 
pia = 015 
H -110 — 
tc .060 
140 
225 
160 : 
014 
.022 


PID # 07156A 
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Ceramic Hermetic Dual-In-Line Packages (CD) (Cont'd.) 


CD3024 


oo hie i 005 MIN. 





in 


cL oe ae 008 
.012 


022 


PID # 06850B 


CD 028 


1.435 
1.490 | 
.098 MAX. 
oe HS ee oe oe 


—| | Al rc -— .005 MIN. 


—— 015 
110 BD 
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Ceramic Flatpacks (CF) 





Pat 


PID # 08257B 





me PID # 07288A 
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Plastic Leaded Chip Carriers (PL) 


020 MIN. 


165 


ween 


180 


PID # 06970C 


| 020 MIN. 


188 
-180 


PID #* 06751D 
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Ceramic Leadless Chip Carriers (CL & CLR) 


CL 020 





064 
oe t— 
342318 
358 4 4=MAX SIDE 
054 
088 
PID # 07318B 


CL 028 





PID # 065950 
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Ceramic Leadless Chip Carriers (CL & CLR) (Cont'd.) 


CLR032 
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5.3 TECHNICAL REPORT — 
PACKAGE THERMAL 
CHARACTERISTICS 














THERMAL CHARACTERIZATION 


PACKAGE DEVICES 
BY James. D. Hayward 


©1986 Advanced Micro Devices 
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ABSTRACT 


Determination of the Thermal Resistance of Packaged De- 
vices is of concern to the designer of new devices and to AMD 
customers. The Advanced Package and Material Develop- 
ment group has undertaken the task of characterizing current 
AMD products and quantifying package-related influences on 
Thermal Resistance. This report describes some of these 
effects and the technique used to measure Thermal Resis- 
tance. 


1.0 DEFINITION OF THERMAL 
RESISTANCE 


The reliability of an integrated circuit is largely dependent on 
the maximum temperature which the device will attain during 
operation. Because the stability of a semiconductor junction 
declines with increasing temperature, knowledge of the ther- 
mal properties of the packaged device becomes an important 
factor during device design. !n order to increase the operating 
lifetime of a given device, the junction temperatures must be 
minimized. This demands knowledge of the thermal resistance 
of the completed assembly and specification of the conditions 
in which the device will function properly. As devices become 
both smaller and more complex and the requirement for high 
speed operation becomes more important, heat dissipation 
will become an ever more critical parameter. 


Thermal resistance is defined as the temperature rise per unit 
power dissipation above some referenced condition. The unit 
of measure is typically °C/watt. The relationship between 
junction temperature and thermal resistance is given by: 


Ti = Tx + PaO (1) 


= junction temperature 

= reference temperature 

= power dissipation 

= thermal resistance 

= some defined test condition 


In general, one of three conditions is defined for measure- 

ment of thermal resistance: 

6, — thermal resistance measured with refer- 
ence to the temperature at some specified 
point on the package surface. 

— thermal resistance measured with respect 
to the temperature of a specified volume of 
still air. 

6, - thermal resistance measured with respect 

(moving air) to the temperature of air moving at a 

specified velocity. 


6, 
(still air) 


The relationship between 4, and 6, is 


Gia = 8. + Ica 

where 06,, is a. measure of the heat dissipation due to natural 
convection (still air) or forced convection (moving air) and the 
effect of heat radiation and mounting techniques. 6, is 
dependent solely on material properties and package geome- 
try; 9, includes the influence of the surface area of the 
package and environmental conditions. Each of these defini- 
tions of thermal resistance is an attempt to simulate some 
manner in which the package device may be used. 


The thermal resistance of a packaged device, however 
measured, is a summation of the thermal resistances of the 
individual components of the assembly. These in turn are 
functions of the thermal conductivity of the component mate- 
tials and the geometry of the heat flow paths. Like other 
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material properties, thermal conductivity is usually tempera- 
ture dependent. For alumina and silicon, two common pack- 
age materials, this dependence can amount to a 30% 
variation in thermal conductivity over the operating tempera- 
ture range of the device. The thermal resistance of a compo- - 
nent is given by 


L 
K(T)A 


where: L 
A 


= length of the heat flow path 

= cross sectional area of the heat 
flow path 

K(T) = thermal conductivity as a function of 

temperature 


and the overall thermal! resistance of the assembly 
(discounting convective effects) will be: 
= 

K,An 


6 x6, 


But since the heat flow path through a component is influ- 
enced by the materials surrounding it, determination of L and 
A is not always straightforward. 


A second factor that affects the thermal resistance of a 
packaged device is the power dissipation level and, more 
particularly, the relationship between power level and die 
geometry, i.e., power distribution and power density. By 
rearrangement of equation 1 to 


1 


R, = 
6, 28, 


(T)- Ty) (3) 


the relationship between P, and T, can be more clearly seen. 
Thus, to dissipate a greater quantity of heat for a given 
geometry, T; must increase and, since the individual 9, will also 
increase with temperature, the increase in T, will not be a 
linear function of increasing power levels. 


A third factor of concern is the quality of the material 
interfaces. In terms of package construction, this relates 
specifically to the die attach bond, and for those packages 
having a heatsink, the heatsink attach bond. The quality of the 
die attach bond will most severely influence the package 
thermal resistance as this is the area which first impedes the 
transfer of heat out of the silicon die. indeed, it seems likely 
that the initial thermal response of a powered device can be 
directly related to the quality of the die attach bond. 


2.0 EXPERIMENTAL METHOD 


The technique for measurement of thermal resistance involves 
the identification of a temperature-sensitive parameter on the 
device and monitoring this parameter while the device is 
powered. For bipolar integrated circuits the forward voltage of 
the substrate isolation diode provides a convenient parameter 
to measure and has the advantage of a linear dependence on 
temperature. MOS devices which do not have an accessible 
substrate diode present greater measurement difficulties and 
may require simulation through use of a specially designed 
thermal test die. Choice of the parameter to be measured 
must be made with some care to insure that the results of the 
measurement are truly representative of the thermal state of 
the device being investigated. Thus measurement of the 
substrate isolation diode which is generally diffused across the 
area of the die yields a weighted average of the condition of 








the individual junctions across the die surface. Measurement 
of a more local source would yield a less generalized result. 


For MOS devices, simulation is accomplished using the 
thermal test die. The basis for this test die is a 25 mil square 
cell containing an isolated diode and a 1KQ2 resistor. The 
resistors are interconnected from cell to cell on the wafer 
before it is cut into multiple arrays of the basic unit cell. In use 
the device is powered via the resistors with voltage or current 
adjusted for the proper level and the voltage drop of the 
individual diodes is monitored as in the case of actual devices. 


Prior to the thermal resistance test, the diode voltage/ 
temperature calibration must be determined. This is done by 
measuring the forward voltage at 1mA current level at two 
different temperatures. The diode calibration factor is then: 


2714 


K; = 
27 V4 


(4) 


in units of °C/mV. For most diodes used for this test the 
voltage/temperature relationship is linear and these two 
measurement points are sufficient to determine the calibration. 


The actual thermal resistance measurement has two alternat- 
ing phases: measurement and power on. The device under 
test is pulse powered with an ON duty cycle of 99% anda 
repetition rate of <100Hz. During the brief OFF states the 
device is reverse-biased with a 1mA current and the voltage 


drop is measured. The series of voltage readings are averaged 
over short periods and compared to the voltage reading 
obtained before the device was first powered ON. The thermal 
resistance is then computed as: 


_ KiVi= Wi) 
Vela 


K,AV 
Py 


= calibration factor 

= initial forward voltage value 
V; = current forward voltage value 
Vy = heating voltage 

ly = heating current 


where: K; 
Vi 


The pulsing measurement is continued until the device has 
reached thermal equilibrium and the final value measured is 
the equilibrium thermal resistance of the device under test. 


When the end result desired is 6,, (still air), the device and the 
test fixture (typically a standard burn-in socket) are enclosed in 
a box containing approximately 1 cubic foot of air. For 6), 
measurements the device is attached to a large metal 
heatsink. This insures that the reference point on the device 
surface is maintained at a constant temperature. The require- 
ments for measurement of 6,, (moving air) are rather more 
complex and involve the use of a small wind tunnel with 
capability for monitoring air pressure, temperature and velocity 
in the area immediately surrounding the device tested. Stan- 
dardization of this last test requires much careful! attention. 





WAVEFORMS FOR PULSED THERMAL RESISTANCE TEST 


VOLTAGE 


CURRENT. 


5-14 





’ WFO009091 





WF009080 







undertaken by members of the Advanced Package and 
Material Development group. 





3.0 Experimental Results 







The thermal resistance data included in Table 1 is representa- The data represents what can be expected from a device in 
tive of the output of tests on representative samples of AMD the specified package. Specific device types may differ; these 
products. This data has resulted from an on-going program numbers are for example only. 






TABLE 1. THERMAL RESISTANCE OF AMD PRODUCTS 
(Notes 1, 2, & 3) 


Package Type 
(Note 3) 


Ceramic DIP 
Plastic DIP 
Ceramic Flatpack 
Ceramic LCC 
Plastic LCC* 


Ceramic DIP 
Plastic DIP 
Ceramic Flatpack 


Ceramic LCC CR CR 
Plastic LCC* 58 CR 


Notes: 1. Representative values for each package type — for information only. 
2. Any given device may differ from these values. Consult local AMD sales office for 
specific-device information. 
3. CR = Consult local AMD Representative. 
4. DIP = Dual-In-Line Package 
LCC = Leadless Chip Carrier 
LCC* = Leaded Chip Carrier 
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Analog Subsystem 
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Barrel Shifter 
Bidirectional Output 
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Boolean Equation 
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Bus Interface 
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